《SAFe 4.0 参 考 指南 》 中 文 版 终于 与 大 家 见面 了 ! 这 是 广大 敏捷 实践 者 期 盼 已 久 的 一 本 书 ， 也 是 规模 化 敏捷 框架 SAFe 发 展 
的 一 次 重大 飞跃 ， 更 是 中 国 敏捷 领域 发 展 的 一 个 重要 里 程 碑 。 


规模 化 敏捷 框架 (SAFe, Scaled Agile Framework) 于 2011 年 正式 发 布 1.0 版 本 ， 历 经 5 年 时 间 ， 融 入 了 敏捷 、 精 益 、 系 统 
思考 等 思想 ， 提 出 并 演进 成 四 大 核心 价值 观 和 九 大 原则 ， 从 团队 、 项 目 群 、 价 值 流 和 投资 组 合 等 四 个 层级 ， 人 全面、 立体 、 系 统 化 
地 给 出 了 企业 级 大 规模 敏捷 实施 的 策略 和 框架 。2016 年 SAFe 4.0 版 正式 发 布 ， 并 在 全 球 众多 行业 的 大 型 企业 中 得 到 实践 ， 从 生 
产 率 、 产 品 上 市 时 间 、 交 付 质 量 、 员 工 满意 度 等 乡 方面 都 取得 了 显著 的 成 果 ， 总 结 出 大 量 的 成 功 案例 。 美 国 财富 100 强 公司 中 有 
80% 已 经 开始 应 用 SAFe， 全 球 1000 强 企业 中 使 用 SAFe 的 比例 也 在 逐渐 增加 。 


与 此 同时 ,一 大 批 国内 的 敏捷 实践 者 和 专家 也 在 关注 SAFe 的 发 展 与 应 用 。 早 在 2009 年 ， 我 还 在 诺基亚 Symbian 研 发 中 心 带 
领 敏捷 转型 时 ， 遇 到 了 Dean Leffingwell 先 生 ， 我 们 讨论 了 敏捷 发 布 火车 的 执行 和 SAFe 框 架 的 锥 形 ， 此 后 的 几 年 我 也 一 直 在 关 
注 其 演进 和 发 展 。2013 年 ， 我 翻译 了 Dean Leffingwell 的 著作 《敏捷 软件 需求 : 团队 、 项 目 群 与 企业 级 的 精益 需求 实践 》 一 
书 。 与 此 同时 ， 中 国 最 早 的 一 批 SPC 咨 询 顾问 出 现 了 ，2014 年 国内 的 许多 大 型 企业 和 跨国 企业 的 中 国 分 部 也 陆续 开始 实践 
SAFe， 比 如 华为 、 中 兴 、 平 安 科技 、 中 国 银 行 、IBM、Dell EMC、 赛 门 铁 克 、 飞 利 浦 等 企业 都 先后 组 织 了 SAFe 的 培训 或 咨 
询 。 截 至 2016 年 7 月 ， 国 内 的 SPC 已 经 超过 10 位 ， 但 是 对 于 中 国 大 型 企业 敏捷 转型 的 需求 来 说 ，SPC 的 数量 仍然 是 密 若 晨星 。 


2016 年 11 月 ， 作 为 中 国 首位 SPCT 候 选 人 ， 我 应邀 前 往 位 于 美国 科罗拉多 州 博 尔 德 市 的 Scaled Agile, Inc. (SAI) 公司 总 
部 ， 与 来 自 全 球 各 国 的 SAFe 专 家 进行 了 为 期 一 周 的 学 习 和 研讨 ， 并 代表 光环 国际 与 SAl 签 署 了 合作 伙伴 协议 ， 计 划 从 2017 年 开 
始 在 国内 组 织 SPC 培 训 ， 成 立 SAFe 社 群 ， 推 进 SAFe 在 中 国 的 发 展 。 同 时 ， 为 了 帮助 国内 敏捷 实践 者 更 好 地 理解 和 应 用 SAFe， 我 
与 Dean Leffingwell 先 生 达 成 共识 ， 主 持 翻 译 了 这 本 《SAFe 4.0 参 考 指南 》， 希 望 在 中 国 培养 更 多 的 规模 化 敏捷 咨询 顾问 SPC ， 
也 希望 能 够 帮助 更 多 的 中 国企 业 走 上 规模 化 敏捷 之 路 。 


关于 本 书 


本 书 详尽 介绍 了 规模 化 敏捷 框架 的 方方面面 ， 既 可 以 作为 学 习 和 了 解 SAFe 4.0 的 参考 教材 ， 也 可 以 作为 企业 实施 SAFe 4.0 
框架 的 指导 手册 ， 是 一 本 不 可 多 得 的 经 典 著作 。 


全 书 脉络 清晰 ， 以 SAFe 4.0 全 景 图 为 线索 展开 论述 ， 首 先 对 SAFe 4.0 的 3 层 结构 和 4 层 结构 进行 了 简介 ; 第 1 章 和 第 2 章 是 
础 部 分 ， 介 绍 了 实施 SAFe 4.0 的 基本 要 素 ， 从 精益 -敏捷 领导 者 应 具备 的 特质 入 手 ， 提 出 了 SAFe 的 价值 观 、 原 则 、 精 益 -敏捷 思 
维 ， 以 及 企业 实施 步骤 等 内 容 ; 第 3 章 ~ 第 7 章 是 全 书 重 点 ,分 层 详尽 描述 了 团队 层 、 项 目 群 层 、 价 值 流 层 和 投资 组 合 层 的 内 
容 ， 涵 羡 了 和 角色、 工件 、 活 动 、 组 织 结构 、 实 施 策略 、 财 务 预 算 、 度 量 指标 等 各 个 方面 ， 并 给 出 了 具体 的 参考 实例 ; 第 8 章 介绍 
了 敏捷 中 的 重要 工程 技术 实践 : 持续 集成 和 测试 先行 ， 同 时 也 介绍 了 敏捷 合同 的 管理 理念 和 实施 指导 。 在 全 书 的 最 后 对 SAFe 的 
术语 表 进行 了 汇总 ， 以 帮助 读者 更 加 精准 地 理解 和 顺畅 地 阅读 。 


本 书 内 容 全 面 ， 篇 幅 较 长 ， 如 何 有 效 地 进行 阅读 呢 ” 就 这 个 问题 我 也 曾经 跟 本 书 的 几 位 作者 进行 过 深入 探讨 ， 这 里 推荐 两 种 
阅读 方法 : (1) 对 于 SAFe 的 初学 者 ， 建 议 按 章 节 顺 序 阅 读 ， 每 个 章节 之 间 是 承上启下 、 前 后 连贯 的 ， 从 团队 层 一 直 向 上 进行 规 
模 化 ， 直 到 达到 企业 的 投资 组 合 层 。 (2) 把 本 书 作 为 参考 指南 ， 对 照 SAFe 4.0 全 景 图 ， 直 接 跳 转 到 相应 的 章节 进行 阅读 ， 有 针 
对 性 地 获得 相应 的 实施 指导 ， 当 然 也 可 以 参考 SAI 的 官方 网 站 (www.scaledagile.com) ， 找 到 全 景 图 上 的 每 一 个 活动 图 标 ， 点 
击 进入 ， 详 细 阅 读 。 但 是 ， 不 论 采取 哪 种 阅读 方法 ， 我 强烈 建议 每 位 读者 都 完整 阅读 第 1、2 章 的 内 容 ， 因 为 这 两 章 详细 介绍 了 
整个 规模 化 敏捷 框架 SAFe 4.0 的 基本 要 素 。 


关于 术语 的 翻译 


SAFe 4.0 中 涉及 的 术语 众多 ， 范 围 很 广 ， 既 包括 一 些 具有 浓厚 敏捷 色彩 的 用 语 ， 也 有 一 些 传统 项 目 管理 的 用 语 ， 还 涉及 企 
业 架 构 、 组 织 治理 、 财 务 预算 、 度 量 指标 ， 甚 至 合同 处 理 方式 等 ， 再 加 上 中 西方 文化 的 差异 ， 很 难 单 从 字面 进行 直译 ， 这 给 术语 
表 的 翻译 带 来 了 极 大 的 挑战 。 


如 SAFe 4.0 全 景 图 所 示 ， 共 涉及 四 个 层级 ， 即 Team-Program-Value Stream-Portfolio， 其 中 Team 和 Value Stream 意 思 
比较 明确 ， 译 成 “团队 ”和 “价值 流 ”。 但 是 ， 对 于 Program 和 Portfolio 的 翻译 ， 本 书 并 未 沿用 项 目 管理 领域 中 “项 目 
集 ” 和 “项 目 组 合 ” 的 译 法 ， 因 为 在 SAFe 4.0 中 没有 涉及 “项 目 ”的 概念 ，Program 经 常 以 P| (Program Increment) 的 形式 
出 现 ， 旨 在 代表 一 个 发 布 周期 内 所 交付 的 可 工作 的 产品 或 解决 方案 ， 与 Scrum 中 的 工件 
类 似 ， 而 不 是 项 目 集合 的 概念 ， 所 以 本 书 中 将 Program 译 成 “项 目 群 ”， 婚 能 让 读者 联想 到 Program 的 原意 ， 也 能 与 “项 目 
集 ” 区 分 开 来 。 同 样 ， 在 SAFe 4.0 中 Portfolio 也 不 是 “项 目 组 合 ”的 概念 ， 而 是 企业 中 负责 组 织 治理 、 战 略 规划 和 投资 的 层 
级 ， 所 以 本 书 中 将 Portfolio 译 成 “投资 组 合 ”。 


产品 增 量 (Product Increment) 


在 SAFe 4.0 中 ， 把 业务 需求 与 四 个 层级 进行 了 对 应 ， 即 Story-Feature-Capability-Epic， 其 中 Story、Feature、Epic 已 经 
有 了 约定 俗 成 的 翻译 ， 分 别 是 “故事 ” “特性 ”和 “史诗 ”。 而 Capability 则 是 新 引入 的 术语 ， 旨 在 代表 价值 流 层面 较 大 的 业务 
需求 ， 或 者 是 解决 方案 中 较 大 的 功能 ， 需 要 进一步 拆 分 成 特性 ， 本 书 中 将 其 译 成 “能 力 ”。 此 外 ，SAFe 4.0 中 的 每 个 层级 都 有 
技术 类 的 需求 ， 用 来 促成 和 支持 业务 需求 ， 称 为 Enabler， 分 为 三 类 ， 包 括 探索 、 架 构 和 基础 设施 的 工作 。 在 进行 Enabler 的 中 
文 翻译 时 ， 我 与 业界 一 些 专家 进行 了 多 轮 沟通 ， 有 人 建议 使 用 “ 赋 能 ” “驱动 ” “促进 ” “推动 ”等 ， 但 都 不 太 恰 当 ， 考 虑 到 在 
网 管 领域 中 已 将 Enabler 翻 译 成 技术 术语 “使 能 ” ， 而 且 近 年 来 很 多 研究 机 构 也 在 国家 “互联 网 +” 的 背景 下 ， 提 出 了 “从 E 
#2 fe) “使 能 ”的 转型 ”， 所 以 本 书 中 将 Enabler 翻 译 成 “使 能 ”， 用 来 体现 在 技术 层面 开展 的 相关 工作 ， 为 促进 后 续 的 研发 工 
作 准 备 良 好 的 技术 条 件 。 


翻译 本 身 也 是 一 个 再 创作 的 过 程 ， 它 讲究 “ 信 达 雅 ”， 在 SAFe 4.0 术 语 的 翻译 过 程 中 ， 我 邀请 国内 多 位 敏捷 专家 和 社 群 实 
践 者 一 起 进行 了 开放 讨论 、 激 烈 碰撞 、 求 同 存 异 、 联 合共 创 ， 可 以 说 大 家 从 讨论 中 获得 的 收益 远 远 超出 了 翻译 术语 表 本 身 。 接 下 
来 ，SAFe 社 群 将 在 实践 应 用 中 将 术语 具体 化 、 实 例 化 ， 并 计划 编撰 《SAFe 4.0 术 语 中 文 版 集注 》， 从 而 帮助 国内 的 广大 读者 更 
准确 地 理解 和 应 用 SAFe 4.0 术 语 。 


致谢 


敏捷 的 世界 里 并 不 缺乏 理论 ， 缺 乏 的 是 灵活 驾驭 理论 、 付 诸 实践 的 人 ! 在 本 书 的 翻译 过 程 中 ， 我 有 幸 遇 到 了 很 多 这 样 的 实践 
者 ， 感 谢 你 们 ! 


首先 ， 我 要 感谢 Dean Leffingwell 和 本 书 的 其 他 作者 Alex Yakyma、Richard Knaster, Drew Jemilo, Inbar Oren， 在 本 
书 的 翻译 过 程 中 ， 我 们 既 有 横 跨 中 美 时 区 的 电话 和 邮件 交流 ， 也 有 在 美国 SAI 公 司 总 部 的 面对面 讨论 。 每 一 次 交流 都 是 中 西 文化 
差异 的 碰撞 和 融合 ， 每 一 次 交流 都 让 我 感到 作者 们 的 严谨 和 热情 ， 每 一 次 交流 都 让 我 受益 菲 浅 ! 


其 次 ， 我 要 感谢 国内 的 SPC 和 敏捷 专家 们 ， 我 们 一 起 探讨 SAFe 的 实践 案例 ， 相 互 切磋 SAFe 的 术语 表达 ， 共 同 打磨 中 文 译 
稿 ， 保 证 了 《SAFe 4.0 参 考 指南 》 中 文 版 的 翻译 质量 。 与 此 同时 ， 来 自 SAFe 社 群 的 上 百名 志愿 者 也 参与 了 翻译 、 试 读 和 审 校 工 
作 ， 这 又 一 次 让 我 感受 到 了 “规模 化 ”的 力量 ， 感 谢 各 位 社 群 志愿 者 ， 没 有 你 们 的 付出 和 努力 ， 就 没有 本 书 的 出 版 ! 


这 些 专家 和 社 群 志愿 者 包括 ( 按 姓氏 笔画 排序 ) : PRSE, TH. BR., ER ERS. EVA, EMI, EAR. E 
A, ERF, EaI EA, FAA, ER, EER BAR, BE, JAS. BR Afa XA, XAH, XH, E 


= 


O XEN, WE XIS, KU S. WA. SER. IU, KE, AER, DELU, FES, RR. PKR. RR R 


R RJE SEX. KS BSS. GRRL, BRE. BRR SIDR. SRR. KR. RB, SKS TS. KEIR, SKS RE. PHIRI, Palin. 
FNL. MEA RK S55. ABP. SR ARR ASIR MEAL To, ER, Si, ge. SM. SZ, ERA, BP 
1E RER., Gite, REE, HE BRIA IAA RE, XH, RRS, Bai, BIE, AB. Si mF WE, A 
R Hann, AE ASX HJE SAE AHA, EKF POR, AR, BFR BS. ESE ERLE. 


我 还 要 特别 感谢 机 械 工业 出 版 社 华章 公司 的 领导 和 关 敏 编辑 ， 正 是 有 了 你 们 的 支持 ， 本 书 才 得 以 在 最 短 的 时 间 内 出 版 ， 与 广 
大 读者 见面 。 


最 后 ， 我 要 感谢 本 书 的 广大 读者 ， 只 有 你 们 的 认可 和 人 参与， 才能 见证 规模 化 敏捷 框架 的 成 功 。2017 年 初 ， 我 在 北京 、 上 
海 、 广 州 发 起 了 SAFe 中 国 社 群 ， 得 到 了 各 地 SAFe 实 践 者 的 积极 响应 。 感 谢 大 家 的 支持 ! 


敏捷 实践 的 采纳 和 应 用 ， 正 如 跑步 运动 那样 一 一 一 个 人 跑 ， 可 以 跑 得 更 快 ; 一 群 人 跑 ， 可 以 跑 得 更 远 ! 希望 SAFe 能 成 为 企 
业 级 敏捷 实践 的 指 路 明灯 ， 让 更 多 的 人 参与 到 敏捷 的 长 跑 运 动 中 ! 


最 近 几 年 来 ，SAFe 在 全 球 范围 内 持续 走 热 ， 但 关于 SAFe 也 有 一 些 争 议 ， 不 像 当年 CMM 和 PMBOK 推 行 时 业界 是 无 可 争议 
地 追随 。 但 我 们 应 该 把 这 种 争议 看 成 好 事 ， 众 所 周知 ， 多 模型 是 当前 软件 研发 领域 的 一 个 重要 特征 ， 这 导致 模型 之 间 的 竞争 不 可 
避免 。 然 而 市 场 对 SAFe 的 需求 非常 明确 和 强烈 ，SAFe 引 发 了 社区 和 客户 的 持续 热情 ， 推 动 了 模型 的 持续 迭代 。 我 预计 未 来 
SAFe 一 定 会 在 全 球 软件 研发 领域 持续 扮演 重要 角色 ， 以 满足 软件 形态 的 高 度 多 元 化 和 大 型 高 可 靠 性 软件 的 开发 。 


这 个 判断 ， 也 是 基于 我 对 软件 工程 发 展 历史 的 反思 得 来 的 。 自 软件 产业 从 计算 机 产业 中 分 离 出 来 后 ， 软 件 工程 一 直 处 于 快速 
演化 中 。 事 实 上 ， 正 是 软件 工程 的 成 熟 促 成 了 软件 业 从 计算 机 业 分 离 ， 可 以 说 软件 工程 的 发 展 史 就 是 软件 业 的 发 展 史 。 


到 今天 为 止 ， 软 件 工程 的 发 展 经 历 了 四 个 阶段 。1968 年 北约 软件 工程 大 会 首次 提出 软件 工程 概念 ， 从 1968 年 至 20 世 纪 80 年 
代 初 是 软件 工程 发 展 的 第 一 阶段 ， 称 为 “前 软件 工程 ”阶段 。 在 这 一 阶段 ， 软 件 经 常 是 作为 计算 机 的 附属 产品 ， 软 件 生命 周期 及 
瀑布 模型 被 提出 ， 但 软件 工程 的 知识 体系 还 支离破碎 。 


20 世 纪 80 年 代 中 期 至 20 世 纪 90 年 代 中 期 ， 软 件 产业 初步 形成 ， 软 件 工程 要 服务 于 独立 商业 软件 的 开发 。 这 是 软件 工程 发 展 
的 第 二 阶段 ， 称 为 “对 象 工程 ”时 代 。 


从 20 世 纪 90 年 代 中 期 至 21 世 纪 00 年 代 中 期 ， 软 件 规模 增 大 ， 复 杂 度 增加 。 这 是 软件 工程 发 展 的 第 三 个 阶段 ， 称 为 “软件 过 
程 ”阶段 ， 提 出 质量 形成 于 过 程 ， 软 件 过 程 改 进 模型 CM M 成 为 软件 工程 领域 的 主角 。 


从 21 世 纪 00 年 代 中 期 至 今 ， 是 软件 工程 发 展 的 第 四 个 阶段 ， 也 是 软件 工程 的 “多 模型 阶段 ”。 互 联网 时 代 到 来 ， 个 人 软件 
用 户 兴起 ， 个 人 消费 者 更 注重 用 户 体验 ， 要 求 持续 迭代 ， 快 速 交 付 。 在 这 个 阶段 ， 各 种 模型 在 应 用 场景 中 既 独 立 ， 又 融合 ; 从 模 
型 的 发 展 上 ， 也 彼此 借鉴 、 竞 争 、 持 续 演化 。 就 目前 情况 来 看 ， 尚 没有 一 种 模型 可 以 独步 天 下 ， 软 件 工程 依然 没有 “ 银 
弹 ”，SAFe 的 出 现 恰好 表明 了 此 前 的 模型 还 不 能 完整 地 解决 所 有 问题 。 


由 Dean Leffingwell 先 生 提出 的 这 套 SAFe 方 法 ， 吸 收 了 此 前 被 广泛 应 用 的 大 批 成 功 实践 ， 并 大 大 拓展 了 视野 ， 比 如 进一步 
强化 了 系统 工程 思维 ， 强 调 了 实践 社 群 (CoP) 的 作用 ， 引 进 了 德 鲁 克 的 知识 工作 者 概念 ， 集 合 了 经 济 、 战 略 、 项 目 群 考量 等 ， 
把 研发 活动 与 企业 经 营 活动 更 紧密 地 衔接 起 来 ， 这 些 内 容 无 疑 更 符合 当今 大 型 商业 环境 的 迫切 要 求 。 

在 国内 ， 近 年 由 中 国 软件 行业 协会 、 中 国 互联 网 协会 连同 智联 联盟 也 提出 了 “下 一 代 软 件 研发 的 概念 ”， 倡 议 业界 积 极 探索 
在 互联 网 、 云 、 大 数据 等 技术 背景 以 及 “互联 网 +” 商 业 条 件 下 软件 研发 的 发 展 走向 ， 国 际 上 已 提出 了 基于 内 核 的 SEMAT 方 
"| 国内 有 关机 构 也 在 积极 探索 ， 智 联 联盟 提出 SSM 软 件 成 本 度量 标准 ，CODEX 国 际 创 
都 是 很 有 意义 的 方法 论 创新 成 果 。 


法 ， 试 图 发 展 出 “软件 研发 的 牛顿 定律 
新 研究 院 提出 CODEX 模 型 ， 上 海 艾 赛 公 司 提出 NSE 非 线性 软件 工程 等 


光环 国际 的 李 建 吴 先生 主持 翻译 的 这 本 《SAFe 4.0 参 考 指南 》， 无 疑 将 成 为 下 一 代 软 件 研 友 领域 的 重要 文献 ， 方 便 业界 及 
时 学 习 应 用 SAFe 在 全 球 范围 的 最 新 成 果 ， 意 义 重 大 。 希 望 国内 软件 业界 积极 学 习 和 应 用 ， 开 发 更 好 的 系统 和 软件 ， 以 软件 改变 
世界 ， 让 世界 变 得 更 美好 ! 
£4 
中 国 软 件 行 业 协 会 系统 与 软件 过 程 改进 分 会 


中 国 互 联网 协会 开发 者 工作 组 


中 关 村 智联 软件 服务 业 质 量 创新 联盟 


过 去 十 年 ， 敏 捷 是 全 球 波澜 壮阔 的 互联 网 浪潮 的 基石 。 很 难 想象 ， 如 果 没有 敏捷 ， 移 动 互 联网 浪潮 会 如 此 风起云涌 。 无 数 互 
联网 App 在 最 短 时 间 极 限 反 馈 、 层 层 迭 代 ，“ 干 淘 万 渡 虽 平 苦 ， 沥 尽 狂 沙 始 到 金 ”， 由 最 初 方 向 不 明 、 特 色 未 显 的 粗 烽 半成品 ， 
在 精益 -敏捷 思维 的 雕琢 磨 大 之 下 ， 成 为 革命 性 的 爆 品 ， 风 摩 亿 万 人 群 ! 

由 敏捷 思维 引发 的 奇迹 不 胜 枚 举 ! 移动 互联 网 热潮 成 就 了 敏捷 ， 敏 捷 也 成 就 了 这 场 移 动 互 联网 大 潮 。 未 来 ， 在 科技 引领 的 智 


能 时 代 ， 敏 捷 还 将 深刻 改变 研发 、 产 品 、 协 同等 诸多 方面 。 
当前 ， 敏 捷 已 从 小 组 级 Scrum 敏 捷 ， 向 企业 大 规模 全 方位 的 敏捷 过 渡 ， 从 Google 到 苹果 、1IBM ， 乃 至 GE， 在 科技 研发 领 
它 的 高 度 和 实践 性 已 被 敏捷 业 


LSA 
RANOGA, 


域 ， 规 模 化 敏捷 已 是 一 股 不 可 阻挡 的 洪流 ! 而 SAFe 体 系 则 是 规模 化 敏捷 全 球 范围 的 最 
界 广泛 接受 。 
过 去 中 国有 没有 大 规模 敏捷 ? 有 ! 也 没有 。 中 国 互联 网 巨型 企业 在 各 自 的 IT 开 发 体系 内 已 经 大 范围 开展 了 敏捷 实践 ， 看 板 和 


站 会 随处 可 见 ，Scrum 人 迭代 之 声 不 绝 于 耳 。 

但 这 些 互联 网 巨头 只 是 用 敏捷 的 人 多 ， 远 未 形成 体系 和 规模 ， 大 家 都 处 于 摸索 之 中 。 企 业内 部 不 同 部 门 之 间 的 敏捷 流程 更 是 
干 差 万 别 ， 没 有 统一 、 成 体系 的 指导 性 纲领 可 以 在 全 公司 内 广泛 推行 。 敏 捷 团 队 仿佛 是 在 各 自 的 孤岛 里 ， 或 者 是 在 黑暗 的 矿 洞 里 
孤独 地 行进 。 所 以 我 说 ， 迄 今 为 止 中 国 的 大 范围 敏捷 ， 都 是 “黑暗 中 的 敏捷 ” ， 非 常 需要 一 萤 指 路 明灯 。SAFe， 恰 | 丛 就 是 这 萤 
指 路 明灯 ， 照 亮 了 敏捷 的 前 路 ! 

我 非常 高 兴 看 见 《SAFe 4.0 参 考 指南 》 这 本 书 ， 在 这 最 适宜 的 时 间 、 由 最 合适 的 人 带 到 中 国 ， 在 敏捷 圈 的 万 众 瞩目 之 下 出 


版 ! 


我 看 到 李 建 昊 老师 在 这 本 书 的 翻译 过 程 中 倾注 的 心血 ; 我 也 看 到 数 十 位 光环 国际 ACP 学 员 和 敏捷 志愿 者 们 碟 砍 协作 ， 共 同 翻 
译本 书 ， 成 为 2016 年 中 国 敏捷 圈 的 一 大 盛 举 ! 我 还 看 到 ，Dean 大 师 对 于 推动 SAFe 4.0 来 到 中 国 的 正切 希望 ! 


这 两 年 ， 在 Scrum 之 后 ， 国 内 敏捷 圈 有 一 些 沉 我 ， 我 认为 这 是 缺少 了 引领 思想 的 灯塔 。 而 今 灯火 已 至 ， 光 环 国际 愿 做 那 高 举 
火炬 之 人 ， 传 播 思想 的 光明 ， 播 撤 智慧 的 火种 ， 做 敏捷 二 次 浪潮 的 推手 ! 


中 国 科 技 企 业 走 向 全 球 、 迈 向 襄 峰 ， 一 定 离 不 开 规模 化 敏捷 ! 


光环 国际 管理 咨询 集团 董事 长 


推荐 序 三 


自 2001 年 《敏捷 宣言 》 发 布 到 现在 已 经 有 10 多 年 的 时 间 了 。 敏 捷 本 身 已 经 不 再 是 新 鲜 事物 ， 它 已 经 成 为 大 多 数 软 件 公 司 默 
认 的 开发 方法 。 很 多 公司 ， 尤 其 是 很 多 成 功 的 初创 公司 ， 已 经 能 够 达到 相当 高 的 敏捷 成 熟 度 。 但 是 ， 大 型 企业 一 一 尤其 是 实行 
瀑布 式 方法 多 年 ， 所 开发 的 软件 高 度 复杂 ， 团 队 分 布 在 不 同时 区 的 大 型 企业 ， 能 够 成 功 进行 敏捷 转型 的 却 仍然 凤毛麟角 。 这 是 因 
为 在 小 型 团队 中 很 容易 实践 的 很 多 敏捷 方法 ， 在 大 型 团队 中 实践 起 来 却 困难 重重 。 当 今 业 界 能 够 针对 大 型 传统 企业 的 特殊 性 给 出 
实践 性 指导 的 敏捷 框架 其 实 并 不 多 。 而 SAFe 就 是 其 中 非常 优秀 和 实用 的 一 套 敏 捷 框 架 。SAFe 中 各 种 详细 的 实践 和 流程 看 似 复 
杂 ， 但 对 于 敏捷 转型 中 的 大 型 组 织 ， 尤 其 是 敏捷 经 验 尚 不 丰富 的 转型 初期 团队 ， 都 有 非常 好 的 指导 作用 。 


SAFe 创 新 性 地 提出 了 分 层 的 概念 ， 让 我 们 正视 企业 级 敏捷 的 复杂 度 和 特殊 性 。SAFe 中 还 整合 了 业界 非常 重要 的 一 些 敏 捷 实 
践 ， 并 给 出 了 如 何 将 这 些 敏 捷 实践 在 各 个 层级 中 有 效 使 用 的 方法 。 尤 其 是 ，SAFe 创 新 性 地 提出 了 节奏 同步 、 敏 捷 发 布 火车 等 概 
念 ， 这 对 大 型 企业 的 敏捷 团队 有 着 非常 重要 的 指导 作用 。 而 随 着 敏捷 成 熟 度 的 逐渐 提高 ， 各 个 团队 可 以 针对 自己 的 实际 情况 逐步 
对 SAFe 框 架 进行 剪裁 和 定制 ， 也 就 是 我 们 经 常 谈 到 的 在 敏捷 转型 中 的 “ 守 、 破 、 离 ”之 道 。 


在 敏捷 转型 过 程 中 ， 领 导 者 的 推动 和 文化 的 建立 对 转型 最 后 的 成 败 非常 重要 。 传 统 大 型 企业 中 因为 组 织 的 复杂 度 、 流 程 的 复 
杂 度 ， 以 及 软件 系统 相互 耦合 的 依赖 程度 都 非常 高 ， 领 导 力 和 文化 转变 的 重要 性 就 更 加 上 显 。 我 非常 欣赏 SAFe 中 提 到 的 精益 - 敏 
捷 领 导 者 、 核 心 价值 观 、 原 则 等 内 容 。 这 些 内 容 在 其 他 敏捷 框架 、 流 程 或 实践 中 较 少 看 到 ， 而 它们 却 恰 恰 都 是 敏捷 转型 中 起 决定 
作用 的 因素 。 一 个 缺乏 经 验 的 领导 者 推动 敏捷 时 ， 如 果 没 有 采用 SAFe 而 同时 又 忽略 了 上 述 企业 或 组 织 级 别 的 转型 ， 往 往 不 能 推 
动 组 织 成 员 思 维 方式 的 转变 和 整体 优化 ， 最 后 会 因为 团队 级 别 的 敏捷 实践 在 组 织 层面 收效 其 微 而 转型 失败 。 这 些 案例 在 业界 屡 见 
不 鲜 ， 也 造成 了 一 些 关 于 大 型 传统 组 织 是 否 适合 敏捷 的 争论 。 而 在 SAFe 中 ， 整 合并 提出 的 关于 领导 力 、 价 值 观 和 原则 的 内 容 对 
于 大 型 组 织 如 何 让 组 织 级 的 文化 转变 和 团队 级 的 敏捷 实践 相互 配合 ， 给 出 了 非常 有 益 的 指导 。 


我 所 在 的 IBM 公 司 从 2014 年 由 CIO (首席 信息 官 ) 主导 开始 进行 公司 级 别 的 敏捷 转型 。 我 所 带领 的 团队 在 调研 了 针对 多 种 大 
规模 团队 的 敏捷 框架 后 从 2015 年 开始 引入 SAFe， 并 请 李 建 昊 老师 对 我 的 团队 进行 了 培训 和 0 教练 式 咨 询 工 作 。 事 实证 明 SAFe 对 我 
团队 的 初期 敏捷 转型 成 功 提供 了 极 大 的 帮助 。 


所 以 我 非常 推荐 大 型 软件 企业 ， 尤 其 是 在 敏捷 转型 初期 的 具有 管理 责任 的 角色 ， 包 括 中 高 层 领导 、 开 发 经 理 、 项 目 负 责 人 、 
团队 带头 人 、 产 品 经 理 和 产品 负责 任 人 、 架 构 师 等 都 了 解 一 下 SAFe， 在 中 高 层 领导 的 支持 下 尝试 一 下 SAFe。 和 希望 SAFe 能 帮 到 


更 多 的 大 型 企业 进行 敏捷 转型 ， 创 造 更 多 的 大 型 企业 的 成 功 转型 案例 ， 促 进 大 型 企业 敏捷 社区 的 成 长 ， 也 让 更 多 的 同行 在 敏捷 社 
区 中 切磋 和 分 享 成 功 经 验 。 


常 红 平 


IBM 软 件 商务 系统 全 球 负 责 人 


实施 敏捷 的 目标 不 仅 仪 在 于 提高 团队 的 生产 力 ， 团 队 的 敏捷 转型 更 是 一 次 集体 的 心智 转型 。 在 不 到 一 年 的 时 间 里 ， 我 们 的 产 
品 研 发 团队 从 产品 功能 分 析 到 团队 分 工 配 合 ， 再 到 项 目 计划 最 优 实践 的 理解 和 执行 ， 各 方面 都 得 到 了 可 喜 的 提高 。 借 《SAFe 
4.0 参 考 指南 》 中 文 版 面世 的 机 会 和 大 家 分 享 一 下 我 们 的 一 些 经 验 和 心得 ， 也 是 借 此 对 李 建 吴 教练 在 这 段 时 间 对 我 们 团队 的 全 力 
支持 表示 感谢 ， 更 是 秉承 敏捷 心态 在 新 年 伊始 对 过 去 一 年 作 一 个 阶段 性 的 自我 反省 。 


其 实 敏 捷 中 的 许多 理念 都 可 以 对 应 于 中 国文 化 中 的 一 些 传统 智慧 ， 比 如 Retrospective 是 敏捷 最 核心 的 一 个 成 功 因素 ， 中 国 
自古 也 有 “者 日 三 省 看 身 ” 一 说 。 但 是 ， 中 国 传统 智慧 太 过 抽象 ， 而 敏捷 理论 体系 则 做 到 了 集中 西 之 大 成 ， 把 一 些 本 来 抽象 的 道 
理 具 体 化 和 科学 化 ， 定 义 出 了 一 整套 具有 可 执行 性 和 可 重复 性 的 系统 型 框架 与 概念 ， 规 模 化 敏捷 框架 SAFe 4.0 就 是 其 中 的 一 个 
典范 。 


-~ 


我 们 进行 产品 研发 的 背景 是 : 上 百人 的 跨国 团队 开发 一 个 企业 级 的 系统 软件 ， 产 品 从 立项 到 发 布 的 一 个 完整 流程 一 般 要 持续 
15~ 24 个 月 ， 补 丁 发 布 也 需要 3 ~ 6 个 月 。 产 品 功能 复杂 ， 参 与 开发 的 人 员 数 量 多 、 分 工 细 、 层 级 多 。 在 传统 模式 下 ， 一 线 的 开 
发 团队 主要 关注 自己 分 配 到 的 模块 ， 与 产品 经 理 接触 很 少 ， 一 个 较 大 的 挑战 就 是 每 个 小 团队 欠缺 对 整体 产品 行为 的 理解 。 


敏捷 实践 给 我 们 带 来 的 一 个 最 大 的 启发 就 是 : 如 何 让 所 有 参与 开发 的 人 员 都 能 做 到 从 用 户 的 角度 来 做 产品 设计 、 项 目 切 割 、 
计划 和 验收 。 技 术 开发 人 员 往 往 容 易 陷入 完美 主义 的 误区 。 史 蒂 夫 .乔布斯 坦言 过 自己 的 一 个 重要 转变 就 是 意识 到 : 要 做 好 的 产 
品 ， 不 是 追求 完美 的 技术 。 只 从 技术 的 角度 来 定义 和 解决 问题 ， 容 易 进 入 “不 识 庐山 真面目 ， 只 缘 身 在 此 山中 ”的 误区 。 项 目 开 
发 者 一 头 扎 入 功能 本 身 ， 而 忽略 了 这 个 功能 很 难 能 够 真正 改善 整体 的 用 户 体验 。 我 们 经 常会 碰 到 这 样 的 情况 一 一 重新 设计 一 个 
模块 可 以 避免 产品 在 某 些 配置 下 的 某 个 功能 失效 。 值 不 值得 做 呢 ? 听 起 来 肯定 值得 做 。 可 是 如 果 再 多 问 几 个 问题 ， 我 们 就 会 发 现 
不 一 定 值 得 这 么 做 。 比 如 ， 现 有 的 客户 有 多 少 真正 用 到 了 这 个 功能 ， 有 多 少 用 户 的 产品 使 用 了 那个 特定 的 配置 ， 功 能 失效 后 用 户 
是 否 可 以 通过 别 的 途径 达到 同样 的 目的 ， 这 个 功能 对 客户 业务 流程 有 什么 程度 的 影响 。 我 们 经 常 说 要 衡量 投入 产 出 比 ， 避 免 用 
80% 的 精力 来 达到 20% 的 效果 。 而 在 定义 效果 的 时 候 ， 用 户 体验 是 最 终 的 衡量 标准 。 敏 捷 中 产品 经 理 这 个 位 置 最 重要 的 任务 就 是 
做 角色 扮演 ， 把 自己 扮演 成 用 户 的 代言 人 。 我 们 几 个 资深 工程 师 在 戴 上 产品 经 理 的 帽子 以 后 ， 都 感觉 经 历 了 一 次 思想 上 的 洗礼 。 
以 前 ,一 上 来 就 直接 思考 “怎么 做 ”， 但 是 对 最 终 要 实现 的 目标 脑海 里 只 有 模糊 的 定义 ; 现在 ， 使 用 敏捷 思维 定义 功能 的 时 候 必 
须 先 从 各 个 角度 去 回答 “为 什么 做 ”并 定义 接收 标准 ， 真 正 做 到 了 以 目的 为 导向 。 


敏捷 给 我 们 带 来 的 第 二 大 启发 是 : 集中 ， 集 中 再 集中 。 传 统 工作 模式 下 对 好 的 产品 设计 的 定义 是 大 而 全 ， 对 功能 和 架构 的 计 
划 越 详细 越 好 。 在 开始 开发 前 ， 产 品 设计 书 动 轿 几 十 页 甚 全 上 百 页 ， 这 会 导致 一 系列 潜在 的 问题 。 项 目 资源 投入 大 ， 投 资 风险 
大 ， 产 品 开发 和 交付 的 周期 偏 长 ， 对 市 场 变化 的 响应 慢 。 我 们 都 听 过 一 句 话 ，“ 干 鸟 在 林 不 如 一 鸟 在 手 。。 一 个 设计 文档 再 完美 
的 产品 ， 也 不 如 一 个 功能 简单 但 很 快 就 能 实现 发 布 并 且 拿 到 用 户 反 馈 的 产品 。 但 是 做 简单 的 产品 听 上 去 容易 ， 其 实 要 求 开发 人 员 
能 做 到 由 简 入 繁 ， 再 由 繁 入 简 ， 实 践 起 来 相当 不 容易 。 业 界 有 过 统计 ， 绝 大 部 分 的 软件 项 目 都 会 延迟 完成 ， 相 当 一 部 分 的 功能 和 


代码 是 用 户 永 远 不 会 用 到 的 。SAFe 框 架 里 定义 了 一 系列 的 实践 指导 来 帮助 开发 团队 克服 这 个 问题 。 对 功能 重要 性 的 分 析 ， 对 用 
户 案 例 开 发 成 本 的 量化 定义 ， 对 sprint 目 标的 清晰 定义 ， 使 用 开发 成 本 、 技 术 风 险 、 时 间 成 本 综合 的 算法 对 优先 级 进行 排序 ， 等 
等 。 这 些 指导 方针 可 以 帮助 团队 设计 投入 产 出 最 大 化 的 产品 方案 ， 实 现 快速 交付 、 快 速 调整 ， 让 开发 设计 人 员 通 过 实践 来 领 


悟 “Less is more” ( 少 就 是 多 ) ! 


我 们 常 说 ， 做 事情 想 要 成 功 最 关键 的 因素 是 人 。 在 敏捷 转型 带 来 的 众多 好 处 中 ， 最 大 的 莫 过 于 人 的 改变 ， 尤 其 是 给 管理 人 员 
带 来 的 改变 。 传 统 的 软件 经 理 经 常 同时 扮演 多 个 角色 一 一 项 目 经 理 、 产 品 经 理 、 人 事 经 理 ， 有 时 还 客串 技术 架构 师 。 其 实 这 么 
多 角色 彼此 之 间 应 该 是 互相 制约 的 ， 所 要 求 的 技能 也 很 难 在 一 个 人 (不管 这 个 人 有 多 优秀 ) 身上 找到 。 但 是 很 多 公司 出 于 经 济 方 
面 的 考虑 ， 认 为 软件 经 理 可 以 能 者 多 劳 ， 同 时 兼任 多 个 角色 ， 结 果 因 为 个 人 精力 或 经 验 的 局 限 性 让 某 些 角色 和 职能 完全 被 忽视 。 
偏 技 术 的 经 理 可 能 会 忽视 对 项 目 风 险 的 控制 ， 偏 项 目的 经 理 可 能 会 忽视 团队 人 员 的 情绪 和 能 力 因素 等 。 团 队 也 习惯 了 让 经 理 做 所 
有 的 决定 ， 这 不 仅 压 抑 了 成 员 的 主观 能 动 性 ， 也 极 大 地 增加 了 项 目 和 技术 的 风险 。 规 模 化 敏捷 框架 SAFe 中 通过 对 角色 和 职能 的 
清晰 定义 较 好 地 解决 了 这 个 问题 。 软 件 经 理 不 再 被 动 地 扮演 各 种 角色 ， 而 是 主动 对 自己 的 技能 和 兴趣 去 重新 反思 和 定义 ， 再 选择 
一 个 最 适合 自己 的 定位 。 对 团队 来 阅 只 有 摆脱 “一 言 堂 ”的 局 面 ， 才 能 充分 发 挥 集 体 的 智慧 和 创造 力 。 敏 捷 里 提 到 一 个 概念 
叫 “servant leadership” ， 这 其 实 也 不 是 一 个 新 的 概念 。 真 正 意义 上 的 领导 者 不 是 依靠 命令 去 管理 ， 而 是 通过 服务 大 众 来 影响 
和 引导 别人 ， 这 才 是 真正 的 领导 力 。 


现代 化 工业 发 展 到 大 规模 标准 化 生产 阶段 ， 可 以 通过 对 效率 的 极致 追求 来 迅速 提高 商业 竞争 力 。 这 导致 很 多 现代 项 目 管理 流 
程 强调 自 上 而 下 严格 的 集中 管理 和 控制 。 但 是 那 种 流程 对 于 充满 未 知 和 需要 极 大 创新 性 的 项 目 来 说 就 不 再 适用 了 。 在 当下 的 商业 
和 技术 环境 里 唯一 不 变 的 就 是 变化 。 只 有 充分 调动 每 个 团队 成 员 的 主观 能 动 性 ， 才 能 对 充满 变化 的 环境 做 出 及 时 的 响应 ， 也 才能 
真正 打造 一 个 高 效 高 能 的 团队 。 


依据 我 们 的 实践 经 验 ， 规 模 化 敏捷 框架 SAFe 从 人 、 事 、 物 等 方方面面 都 提供 了 科学 的 行动 指导 原则 。 它 远 远 不 只 是 一 个 行 
为 指导 手册 ， 其 本 质 是 一 个 严谨 的 价值 和 思考 体系 。 掌 握 了 敏捷 理念 的 核心 就 可 以 通过 对 人 、 事 、 物 的 价值 透彻 理解 ， 从 而 定 
义 、 处 理 和 解决 几乎 所 有 的 实际 问题 ， 能 做 到 以 不 变 应 万 变 ， 不 再 知 易 行 难 。 


再 次 感谢 李 建 丘 教练 在 过 去 一 年 把 我 们 团队 带 上 规模 化 敏捷 之 路 。 希 望 大 家 一 起 在 敏捷 转型 之 路 上 ， 携 手 共 进 ， 更 上 一 层 
楼 ! 


雷 闻 (Michelle) 


Dell EMC 中 国 卓 越 研 发 集团 高 级 总 监 


规模 化 敏捷 咨询 顾问 SPC 联 合 推荐 序 


当知 识 体系 形成 的 时 候 ， 它 已 属于 过 去 ， 新 知识 产生 和 发 展 的 脚步 从 未 停歇 。 在 《SAFe 4.0 参 考 指南 》 中 文 版 问世 的 同 
时 ，SAFe 框 架 已 经 发 生 了 演进 ，SAFe 4.5 版 本 将 在 2017 年 第 二 季度 推出 …… 


如 何 让 知识 富有 生命 力 ， 保 持 SAFe 体 系 的 历久 弥 新 ”其 诀 穿 就 是 持续 实践 ， 在 敏捷 实践 者 的 特 驭 下 ，SAFe 体 系 才能 永 葆 青 
春 ! 


在 本 书 出 版 之 际 ， 我 们 邀请 了 国内 的 几 位 SAFe 资 深 实践 者 SPC 一 同 为 本 书 联合 作 序 ， 谈 谈 他 们 的 实践 经 验 和 心得 体会 。 


SPC 联 合 推荐 序 (一 ) 


规模 化 敏捷 体系 是 一 套 在 业界 得 到 广泛 证 明 的 优秀 实践 方法 ， 也 被 广泛 应 用 于 企业 级 的 精益 -敏捷 转型 。 为 了 帮助 企业 能 
好 地 理解 和 实施 精益 -敏捷 ，SAFe 创 始 人 Dean Leffingwell 先 生 在 2016 年 出 版 了 《SAFe Reference Guide》 一 书 , 详尽 描述 了 
规模 化 敏捷 的 价值 观 、 原 则 及 团队 层 、 项 目 群 层 、 价 值 流 层 和 投资 组 合 层 的 详细 操作 指南 。 


当前 众多 国际 化 大 公司 都 纷纷 通过 实施 SAFe 来 进行 企业 的 整体 转型 ， 增 强 企业 的 市 场 竞争 力 。 中 国 的 企业 要 想 在 竞争 激烈 
的 国际 市 场 上 争 得 立足 之 地 ， 实 施 精益 -敏捷 的 变革 已 然 是 大 势 所 趋 。 自 2016 年 以 来 ， 越 来 越 多 的 企业 发 出 了 变革 的 呼声 。 企 业 
希望 和 有 一 套 成 熟 可 行 的 体系 方法 ， 帮 助 减 少 浪费 、 精 炼 流程 、 提 高 产品 质量 、 管 理 客户 满意 度 ， 以 期 在 竞争 残酷 的 市 场 上 获得 一 
席 之 地 。 规 模 化 敏捷 的 成 功 案例 为 中 国 的 企业 提供 了 很 好 的 参考 模式 。 不 少 企业 已 经 派 遗 核心 骨干 人 员 去 参加 规模 化 敏捷 的 培 
训 ， 也 请 有 相关 经 验 的 咨询 公司 和 顾问 帮助 企业 实施 规模 化 敏捷 。 但 是 在 实施 的 过 程 中 ， 我 们 越发 感到 缺乏 一 本 可 以 指导 企业 深 
入 理解 和 应 用 此 体系 的 中 文书 籍 。 尽 管 企 业 不 乏 精 通 英 文 的 专家 ， 但 是 毕竟 规模 化 敏捷 的 实施 不 是 精英 文化 ， 我 们 需要 企业 中 的 
每 个 角色 、 每 个 人 都 能 对 体系 有 深入 的 理解 ， 这 样 体系 的 实施 才能 真正 落地 。 


光环 国际 的 李 建 昊 老师 率先 洞察 到 了 这 一 迫切 需求 ， 在 2016 年 7 月 的 一 次 高 端 会 晤 中 ， 他 与 SAFe 创 始 人 Dean Leffingwell 
先生 进行 了 深入 讨论 ， 他 们 对 本 书 的 中 文 翻译 达成 了 一 致意 见 。 本 书 的 面世 填补 了 规模 化 敏捷 相关 文献 中 文 版 本 的 空白 ， 可 以 作 
为 规模 化 敏捷 在 中 国 培训 的 参考 教材 。 相 信 书 中 详细 的 解释 能 够 为 参加 培训 的 人 员 以 及 企业 规模 化 敏捷 实施 的 领导 者 提供 较为 全 
面 和 实际 的 操作 指南 。 强 烈 建议 本 书 的 读者 精准 地 了 解 规模 化 敏捷 的 专 有 名 词 ， 这 样 对 本 书 各 章节 的 理解 能 够 更 为 顺畅 。 


最 后 借用 李 建 昊 老师 在 2016 年 12 月 敏捷 干 人 峰会 上 的 发 言 送 给 所 有 的 读者 : 变革 是 痛苦 的 ， 但 也 是 必然 的 。 除 了 接收 变 
半 、 拥 抱 变革 、 实 施 变革 ， 没 有 什么 躲避 变 半 的 方法 。 让 我 们 不 断 加 深 对 精益 -敏捷 思想 的 理解 ， 领 导 并 实践 精益 -敏捷 方法 ， 
成 为 变革 时 代 的 明星 ! 


4% (Marsha) 


ThoughtWorks 中 国 区 资深 敏捷 教练 ，SPC4 


SPC 联 合 推 荐 序 (Z) : Be SAFe, Be Agile 


很 高 兴 看 到 规模 化 敏捷 框架 SAFe 4.0 中 文 版 参考 指南 和 中 国 读者 见面 。 可 以 写 不 夸张 地 说 ，SAFe 4.0 是 敏捷 社区 里 最 结构 
化 、 最 全 面 、 最 反映 企业 实际 运作 并 经 验证 的 组 织 级 敏捷 知识 库 。 本 书 的 出 版 ， 于 广大 敏捷 实践 者 对 规模 化 敏捷 、 组 织 级 敏捷 的 
认识 、 学 习 和 实践 ， 能 起 到 很 大 的 促进 作用 ， 这 将 是 中 国 读者 的 贰 长 盛 坦 。 相 信 越 来 越 多 的 大 型 组 织 将 会 在 敏捷 转型 的 道路 上 从 


中 受益 。 


外 


B 


我 从 2013 年 开始 接触 SAFe 2.5， 到 现在 使 用 SAFe 4.0， 在 此 期 间 ， 我 亲身 体验 了 SAFe 的 持续 改进 和 演进 ， 也 充分 体会 到 了 
SAFe 创 建 者 Dean Leffingwell 先 生 作为 敏捷 实践 者 ， 真 正 做 到 了 敏捷 软件 开发 宣言 里 所 说 的 “我 们 一 直 在 实践 中 探寻 更 好 的 软 
件 开 发 方法 ， 身 体力 行 的 同时 也 帮助 他 人 ”,， 并 且 Dean 将 他 的 最 新 经 验 总 结 完全 公开 ， 接 受 整 个 敏捷 社区 的 检验 和 反馈 。SAFe 
的 更 新 速度 也 很 快 ， 基 本 上 每 年 都 会 有 一 个 较 大 的 更 新 ， 这 也 充分 说 明敏 捷 实 践 者 所 践 行 的 敏捷 仅仅 是 个 起 点 ， 只 有 坚持 不 懈 的 
寺 续 改进 ， 才 能 不 断 适 应 和 应 对 VUCA 时 代 颠 覆 性 竞争 带 来 的 变化 ， 尤 其 是 大 型 组 织 更 需要 系统 的 体系 并 采用 系统 思维 ， 处 
理 “ 大 型 组 织 ” 这 个 复杂 系统 ， 才 能 避免 局 部 优化 ， 并 在 竞争 中 脱颖而出 ， 成 为 “火炬 手 ” 企 业 。 


无 论 国外 还 是 国内 的 敏捷 社区 都 对 SAFe 有 很 多 误解 ， 正 如 SAFe 4.0 所 提倡 的 四 个 价值 观 之 一 一 一 透明 所 描述 的 一 样 ，SAFe 
将 大 规模 企业 这 个 复杂 系统 的 具体 运作 方式 透明 地 具体 化 和 可 视 化 ， 这 不 应 该 成 为 其 被 误解 的 根源 ， 认 为 复杂 的 方式 必然 不 敏 
捷 ， 而 小 而 美的 企业 已 经 超出 了 大 规模 敏捷 组 织 的 讨论 前 提 。 


作为 SAFe 4.0 认 证 咨询 师 SPC4， 我 希望 本 书 的 出 版 能 极 大 地 缓解 社区 的 误解 ， 帮 助 敏捷 实践 者 充分 理解 SAFe 背 后 的 理念 、 
原则 和 具体 做 法 。 


赵 卫 (David) 


IBM 大 中 华 区 CIO 办 公 室 敏捷 及 DevOps 卓 越 中 心 主管 ，SPC4 


SPC 联 合 推荐 序 (三 ) 


第 一 眼看 到 SAFe 框 架 的 时 候 ， 我 的 反应 是 ， 这 是 什么 鬼 ! 我 不 喜欢 它 ! 很 多 人 跟 我 一 样 ， 刚 接触 SAFe 的 时 候 会 觉得 SAFe 
过 于 繁重 ， 描 述 性 过 强 从 而 偏 于 流程 ，“ 不 够 敏捷 ”是 最 常 听 到 的 评价 。 


直到 我 读 到 这 样 一 个 隐喻 : 高 层 管理 者 和 一 线 员 工 都 不 反对 变化 ， 不 反对 敏捷 ， 而 中 层 管理 者 ， 则 是 “ 永 冻 层 ”。 他 们 很 聪 
明 ， 很 快 就 能 明白 敏捷 的 理念 和 价值 ;但 是 他 们 又 不 够 视野 开阔 ， 看 不 到 自己 在 敏捷 组 织 中 的 位 置 和 职业 发 展 路 线 。 我 们 越 是 宣 
扬 自 组 织 、 跨 职能 等 敏捷 理念 ， 中 层 管理 者 的 危机 感 也 就 越 强 。 如 果 不 融 化 永 冻 层 ， 我 们 又 怎 能 期 待 敏捷 的 种 子 生 根 发 芽 ， 长 成 
参天 大 树 呢 ? 


这 正 是 SAFe 具 有 很 大 价值 的 地 方 。 它 在 项 目 群 、 价 值 流 ， 乃 至 投资 组 合 层面 ， 引 入 了 不 同 于 传统 管理 职位 但 对 于 敏捷 组 织 
很 重要 的 若干 角色 ， 定 义 了 清晰 的 职责 和 技能 要 求 。 而 这 些 新 角色 ， 即 便 对 于 中 层 管理 者 有 一 定 的 挑战 ， 但 依然 在 其 认 知 范围 
内 ， 从 而 可 以 有 效 地 消除 管理 者 的 恐惧 心理 ， 鼓 励 其 参与 到 敏捷 进程 中 来 。 当 每 个 人 都 在 SAFe 框 架 中 持续 改进 的 时 候 ， 人 敏捷 的 
理念 也 将 成 为 组 织 文化 的 一 部 分 ， 落 地 生根 。 


所 以 说 ，SAFe 不 是 敏捷 改进 的 终点 ， 而 是 起 点 。 即 便 现在 ,我 也 认为 SAFe 中 有 不 完美 、 不 够 敏捷 的 地 方 ， 但 我 视 之 为 
SAFe 的 优势 ， 而 非 务 势 。 从 SAFe 出 发 ， 每 个 组 织 都 可 以 探索 属于 自己 的 敏捷 之 旅 ， 即 便 运 作 方 式 各 不 相同 ， 其 背后 的 理念 都 是 
一 致 的 。 而 倘若 采纳 了 看 上 去 很 “完美 ”或 是 很 “完善 ”的 改进 框架 ， 组 织 反而 难以 改进 或 调整 而 所 有 的 组 织 都 用 一 模 一 样 的 
方式 运作 ， 那 才 是 奇怪 而 不 可 想象 的 吧 ! 


因此 ， 我 不 再 排斥 SAFe， 而 是 喜欢 上 了 这 个 框架 。 从 SAFe 2.5、SAFe 3.0， 直 到 如 今 的 SAFe 4.0，SAFe 在 不 断 演进 。 看 到 
这 本 《SAFe 4.0 参 考 手册 》， 我 不 仅 开 心 于 规模 化 敏捷 在 中 国 已 经 成 为 热门 话题 ， 更 开心 于 有 了 一 本 全 面 而 翔实 的 中 文 资料 ， 
为 有 志 于 做 组 织 级 敏捷 改进 的 各 位 提供 参考 。 


王 威 (Andy) 


独立 资深 敏捷 教练 ，SPC4 


SPC 联 合 推荐 序 (四 ) 


我 们 正 处 在 一 个 历史 的 转折 点 上 ， 各 种 带 来 不 确定 性 的 黑 天 鹅 满天飞 ， 传 统 的 计划 驱动 瀑布 模式 早 就 已 经 不 能 适应 了 。 我 在 
华为 做 咨询 时 ， 经 常 碰 到 的 问题 是 客户 的 需求 一 日 三 变 ， 程 序 员 们 哪怕 是 起 得 比 鸡 早 、 睡 得 比 狗 晚 、 干 得 比 牛 宗 ， 也 很 难 搞定 这 
些 问题 ， 所 以 改变 工作 方式 ， 敏 捷 转 型 是 唯一 的 出 路 。 然 而 大 数据 和 人 工 智能 使 我 们 的 软件 系统 越 来 越 庞大 复杂 ， 大 规模 的 软件 
需要 大 规模 团队 去 交付 ， 传 统 的 敏捷 方法 需要 演进 以 适应 大 规模 的 协作 。 


于 是 刚刚 侍 埃 落 定 的 方法 论 市 场 又 开始 了 新 一 轮 的 战争 ， 在 这 个 过 程 中 SAFe 一 骑 绝 侍 ， 已 经 成 为 胜 者 。 和 我 同期 参加 Dean 
Leffingwell 先 生 亲 自 授 课 的 SPC4 培 训 班 学 员 中 大 部 分 来 自 Intel 公 司 ， 他 们 告诉 我 Intel 正 在 6000 人 的 团队 中 推行 SAFe， 上 百 个 
Scrum 团 队 中 还 有 很 多 专门 的 硬件 和 测试 团队 ! 所 以 对 于 大 规模 敏捷 来 说 ， 不 管 是 从 方法 论战 争 还 是 实际 已 经 藻 地 应 用 的 数量 来 
看 ， 目 前 还 没有 比 SAFe 更 好 的 方法 。 


没有 一 种 方法 能 够 解决 所 有 问题 ， 重 点 在 于 方法 能 否 自我 演进 ， 解 决 用 户 的 实际 痛 点 。 作 为 一 个 成 功 的 思想 产品 ，SAFe 自 
身 也 是 用 敏捷 的 方式 在 迭代 演进 ， 大 量 的 用 户 沟通 ， 广 泛 地 吸取 业界 成 熟 好 用 的 实践 ， 站 在 整个 企业 的 高 度 系统 、 全 局 地 进行 优 
化 ， 这 些 应 该 就 是 SAFe 成 功 的 重要 原因 。 我 在 Scaled Agile 公 司 看 到 入 口 处 有 块 大 牌子 写 着 公司 的 愿景 ， 每 个 部 门 都 有 自己 的 
任务 看 板 ， 每 个 房间 都 有 白板 ， 邓 眼看 到 他 们 就 新 开发 的 课件 邀请 用 户 做 A/B 测 试 。 上 下 对 齐 、 内 建 质量 、 公 开 透 明 、 注 重 执 
行 ， 这 些 SAFe 的 核心 价值 观 无 处 不 在 ， 可 以 说 他 们 自己 就 是 一 个 采用 SAFe 方 法 运作 的 绝 佳 样 板 。 


使 用 SAFe， 安 全 开心 ! 
钟 义 杰 


Ivar Jacobson International 咨 询 顾 问 ，SPC4 


SPC 联 合 推荐 序 (五 ) 


作为 中 国 的 SAFe 认 证 咨询 师 SPC4， 我 很 高 兴 看 到 《SAFe 4.0 参 考 指南 》 中 文 版 面世 。 


在 中 国 ， 我 经 历 了 敏捷 从 无 全 有 ， 再 到 广泛 应 用 的 整个 历程 。 经 过 多 年 的 发 展 ， 在 很 多 企业 里 ， 团 队 运用 scrum 或 看 板 方 
法 ， 结 合 持续 集成 、 自 动 化 测试 等 工程 实践 ， 已 经 具备 较 高 的 成 熟 度 。 但 是 在 大 型 组 织 里 ， 企 业 面 临 的 挑战 远 远 超过 单个 团队 所 
能 控制 的 范围 。 在 这 些 组 织 里 ， 一 个 产品 的 交付 ,需要 几 十 人 、 几 百人 ， 甚 至 上 干 人 共同 完成 。 他 们 面临 的 更 大 难题 是 ， 如 何 采 
用 一 种 敏捷 机 制 ， 凝 聚 目标 ， 解 决 团队 与 团队 之 间 的 依赖 和 对 齐 ， 共 同 交付 产品 ? 在 更 大 的 范围 里 ， 如 何 拉 通 整 个 产品 线 的 各 个 
部 门 ， 把 所 有 的 相关 角色 和 相关 的 敏捷 实践 高 效 、 有 机 地 串 连 起 来 ， 协 同 运作 ， 缩 短 产 品 的 上 市 周期 ”整个 企业 又 如 何 应 对 不 确 
定性 ， 实 现 业务 的 敏捷 性 ? 

这 些 问题 正 是 敏捷 规模 化 的 问题 ， 而 SAFe 正 好 提供 了 层次 化 解决 方案 。SAFe 是 在 国际 上 已 广泛 应 用 、 在 实践 中 验证 并 持续 
演进 的 成 熟 框架 ， 在 国内 也 有 一 些 知 名 企业 已 将 SAFe 结 合 自 身 流程 落地 执行 。 但 是 由 于 语言 的 障碍 ， 以 及 国内 敏捷 发 展 的 成 熟 
度 等 原因 ，SAFe 方 面 的 知识 在 国内 一 直 没 有 得 到 很 好 的 普及 。 现 在 正 是 中 国 的 敏捷 到 了 规模 化 发 展 的 阶段 ， 本 书 中 文 版 的 推出 
恰 逢 其 时 。 本 书 的 译 者 和 审 校 者 均 为 我 所 熟知 的 业内 敏捷 专家 ， 相 信 中 文 版 会 准确 传递 SAFe 知 识 ， 为 中 国 规模 化 敏捷 的 发 展 贡 
献 重 要 力量 。 


ERS 


为 精益 高 级 专家 ，SPC4 


$ 


首先 ， 我 很 高 兴 能 够 代表 规模 化 敏捷 公司 (Scaled Agile, Inc., SAI) 和 SAFe 贡 献 者 们 ， 向 大 家 介绍 SAFe 4.0, 


E7 


SAFe 是 一 套 在 线 的 、 可 以 免费 获取 的 知识 体系 ， 也 是 在 企业 层面 得 到 了 验证 的 、 实 现 精益 -敏捷 软件 和 系统 开发 的 成 功 模 
式 。SAFe 提 供 了 一 套 在 企业 的 投资 组 合 、 价 值 流 、 项 目 群 和 团队 各 个 层面 的 完整 的 工作 指南 。 


为 什么 需要 SAFe 


世界 的 经 济 发 展 ， 以 及 整个 社会 的 健康 和 福利 ， 越 来 越 依赖 于 软件 和 系统 。 为 了 适应 这 种 需要 ， 系 统 构建 者 们 正在 创造 越 来 
越 复杂 的 软件 和 信息 物理 系统 [0]， 并 尝试 用 这 些 系统 去 解决 那些 以 前 从 未 涉足 的 复杂 需求 ， 而 这 些 系统 的 实用 性 和 健壮 性 也 高 于 
以 往 的 任何 系统 。 


系统 构建 者 们 创建 这 些 系 统 所 使 用 的 方法 ， 也 必须 跟 上 科技 发 展 的 脚步 。 然 而 ， 那 些 传统 的 方法 〈 比 如 假设 法 、 单 通 法 、 阶 
段 -门限 法 、 瀑 布 式 方法 ) 并 未 与 时 俱 进 ， 所 以 很 难 应 对 新 的 挑战 。 这 就 需要 新 的 软件 开发 方法 ， 其 中 ， 敏 捷 方法 就 显示 出 很 大 
的 优势 ， 但 它 是 为 小 团队 所 设计 的 方法 ， 并 没有 扩展 到 可 以 满足 更 大 的 企业 及 其 开发 大 型 系统 的 需要 。 所 以 ， 就 需要 一 种 新 的 工 
作 方 式 ， 既 可 以 发 挥 敏捷 的 优势 ， 同 时 又 能 利用 更 广泛 的 系统 思考 和 精益 产品 开发 的 一 系列 知识 。 规 模 化 敏捷 框架 (Scaled 
Agile Framework, SAFe) 就 是 这 样 一 种 方法 。 


SAI 公 司 提供 了 SAFe 框 架 ， 所 倡导 的 核心 信仰 也 很 简洁 : 更 好 的 系统 和 软件 让 世界 变 得 更 美好 。 我 们 的 使 命 是 帮助 那些 使 用 
SAFe 框 架 来 构建 系统 的 实践 者 ， 同 时 也 提供 相应 的 认证 、 培 训 和 课程 材料 。 在 SAFe 网 站 上 
(www.scaledagileframework.com) 展示 了 很 多 案例 ， 包 括 很 多 大 型 和 小 型 的 企业 ， 它 们 通过 使 用 SAFe 框 架 取 得 了 显著 的 业 


这 些 典 型 的 业务 收益 包括 : 
. 生产 率 提高 20% 一 50% 
质量 提升 50% 以 上 
> 面市 时 间 加 快 30% 一 75% 
- 员工 参与 度 和 工作 满意 度 也 在 可 度量 地 增长 


基于 以 上 结果 ， 可 以 看 到 SAFe 正 在 世界 范围 内 广泛 应 用 。 大 部 分 的 美国 财富 100 强 公司 都 聘请 了 认证 的 SAFe 实 践 者 和 咨询 
师 进行 现场 辅导 ， 在 全 球 的 1000 强 企业 中 使 用 SAFe 的 比例 也 在 逐渐 增加 。SAI 公 司 也 建立 起 了 一 个 广泛 的 网 络 ， 在 全 球 有 超过 
80 个 合作 伙伴 在 共同 提供 SAFe 的 咨询 和 实施 服务 。 虽 然 每 个 企业 的 业务 模式 有 所 不 同 ， 但 我 们 发 现 根据 通用 的 “实施 步骤 
123” 来 实施 SAFe， 总 是 会 给 企业 带 来 可 喜 的 交付 成 果 。 


我 们 承诺 持续 地 演进 SAFe 框 架 ， 并 向 工业 界 提供 价值 一 一 即 更 好 的 系统 ， 更 好 的 业务 成 果 ， 也 为 那些 构建 世界 上 最 重要 的 
新 系统 的 人 们 提供 更 美好 的 日 常生 活 ,， 但 只 有 你 们 一 一 SAFe 的 采纳 者 和 实践 者 才能 给 我 们 提供 有 价值 的 反馈 。 我 们 真切 地 感受 
到 : “如 果 没 有 大 家 的 支持 ，SAFe 就 仅仅 只 是 一 个 网 站 。” 


为 什么 需要 本 书 


SAFe 网 站 上 的 内 容 包 罗 万 象 ， 涵 盖 了 关于 众多 的 角色 、 职 责 、 活 动 和 工件 的 数 百 页 指南 ， 同 时 也 阐述 了 价值 观 、 精 益 -敏捷 
思维 、 原 则 和 各 种 实践 等 基础 元 素 。 本 书 的 编写 是 为 了 帮助 大 家 理解 和 应 用 SAFe， 并 最 终 帮助 大 家 完成 构建 更 好 的 系统 的 使 


a) 
o 


关于 SAFe 的 更 多 资料 


大 家 可 以 通过 网 站 和 博客 获得 更 多 关于 SAFe 的 资料 ， 也 可 以 关注 SAFe 的 定期 更 新 ， 或 者 关注 我 们 的 Twitter 账号 
(@ScaledAgile) ， 我 们 会 定期 发 布 最 新 的 SAFe 研 究 成 果 。 同 时 ， 大 家 也 可 以 在 网 站 上 下 载 最 新 的 SAFe 全 景 图 、 精 益 之 屋 和 
SAFe 精 益 -敏捷 原则 。 此 外 ， 大 家 也 可 以 观看 相关 的 SAFe 视 频 和 录制 的 网 络 研讨 会 ， 以 及 其 他 免费 资料 。 最 后 ， 推 荐 大 家 访问 
我 们 的 网 站 www.ScaledAgile.com， 也 非常 欢迎 大 家 参加 相关 的 培训 和 认证 课程 (www.scaledagile.com/which-course) , 


期 待 我 们 可 以 面对面 进行 讨论 。 


让 我 们 一 起 坚定 地 推进 SAFe! 


Dean Leffingewell 和 SAFe 团 队 


[1] 即 CPS (cyber-physical system) ， 是 紧密 融合 了 物理 、 通 信和 信息 网 络 的 系统 。 


译 者 注 


致谢 


规模 化 敏捷 框架 贡献 者 


Alex Yakyma，SAFe 研 究 员 ， 首 席 咨询 顾问 


Alex 是 SAFe 方 法 论 专家 、 培 训 师 和 首席 咨询 顾问 。 自 从 SAFe 概 念 诞生 开始 ， 他 就 参与 了 整个 框架 的 开发 和 实施 。 他 在 高 度 
分 布 与 多 元 文化 环境 下 作为 工程 师 、 开 发 经 理 及 项 目 群 经 理 的 经 验 ， 有 助 于 企业 在 项 目 群 、 多 项 目 群 ， 以 及 投资 组 合 层级 提升 系 
统 开发 能 力 。Alex 发 表 了 大 量 的 关于 敏捷 和 精益 的 文章 与 白皮书 ， 他 也 是 短篇 小 说 《Pacific Express》 的 作者 ， 该 书 讲述 了 启动 
敏捷 发 布 火车 的 故事 。 


Drew Jemilo，SAFe 


Drew 是 SAFe 的 首席 贡献 者 、 咨 询 顾问 和 辅导 员 。Drew 在 2009 年 年 初 与 Dean Leffingwell 相 遇 ， 当 时 他 正在 为 一 家 管理 咨 
询 公 司 开 发 规模 化 敏捷 方法 论 ， 以 便 通 过 敏捷 的 方法 桥接 其 战略 业务 框架 。 从 那 时 起 他 们 就 在 一 起 工作 ， 为 包括 美国 、 欧 洲 和 印 
度 的 全 球 客户 实施 敏捷 发 布 火 车 ， 从 而 为 分 布 式 开发 团队 实现 了 同步 和 协调 一 致 。 


Richard Knaster，SAFe 研 究 员 ， 首 席 咨 询 顾问 


Richard 在 软件 开发 领域 有 超过 25 年 的 经 验 ， 担 任 过 从 程序 员 到 开发 总 监 的 各 种 角色 ， 他 在 敏捷 方面 的 实践 也 超过 了 10 年 。 
在 加 入 SAI 公 司 之 前 ，Richard 在 IBM 公 司 担任 过 产品 线 管 理 (PPM 领 域 ) 和 专业 服务 ， 以 及 敏捷 与 精益 首席 方法 论 专家 。 
Richard 是 IBM 认 证 的 思想 领导 者 和 开放 工作 组 的 杰出 IT 专家 。 他 还 拥有 SPC、PSM、PMI-ACP 和 和 PMP 认证， 也 是 DAD 框 架 和 
PMI 项 目 组 合 与 项 目 集 管理 标准 的 贡献 者 。 


Inbar Oren，SAFe 研 究 员 ， 首 席 咨询 顾问 


Inbar 在 高 科技 领域 有 超过 20 年 的 经 验 。 在 过 去 10 多 年 里 ， 他 一 直 在 帮助 软件 开发 和 系统 集成 组 织 通 过 采用 精益 -敏捷 的 最 
佳 实践 来 提高 成 效 。 他 的 客户 包括 Cisco、Woolworth、Amdocs、Intel 和 NCR。1Inbar 目 前 专注 于 与 项 目 群 、 价 值 流 和 投资 组 
合 的 领导 者 合作 ， 帮 助 他 们 带领 团队 打造 新 的 流程 和 文化 。 


我 们 同样 感谢 众 位 SPCT (SAFe Program Consultant Trainer) 和 SPC (SAFe Program Consultant) 的 努力 工作 ， 感 谢 
他 们 将 SAFe 在 不 同 的 公司 中 进行 实施 。 他 们 中 的 许多 人 通过 讨论 、 认 证 工作 坊 、Linkedln 论 坛 及 各 种 形式 间接 对 SAFe 做 出 了 贡 
献 。 在 此 ， 我 要 特别 感谢 以 下 人 员 ， 他 们 直接 对 本 书 做 出 了 贡献 ， 或 是 在 SAFe 的 网 站 上 (w aledagilef 
发 表 了 指导 性 文章 。 
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LJ Va CDT 


- Harry Koehnemann，SPTC 一 一 在 精益 系统 工程 和 SAFe 4.0 系 统 工程 内 容 方面 的 特别 贡献 者 
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最 后 ， 我 们 要 把 最 崇高 的 致谢 献 给 戴 明 ， 如 果 没 有 他 的 开创 性 研究 成 果 ， 我 们 很 难 想象 现在 将 会 是 什么 样子 。 戴 明 是 一 位 具 
有 远见 卓识 的 系统 思考 者 ， 他 对 根本 真相 的 不 断 探索 ， 以 及 对 人 和 持续 改进 的 坚定 信念 ， 引 领 了 一 系列 革命 性 的 理论 和 教学 方 
法 ， 改 变 了 我 们 对 质量 、 管 理 和 领导 力 的 思维 方式 。 


SAFe 概 述 


SAFe (Scaled Agile Framework， 规 模 化 敏捷 框架 ) 是 一 个 公开 发 布 和 免费 使 用 的 知识 体系 ， 它 整合 了 多 种 经 过 验证 的 企 
业 级 精益 -敏捷 开发 的 模式 。SAFe 是 可 扩展 和 模块 化 的 框架 ， 企 业 可 以 根据 自身 情况 加 以 应 用 ， 从 而 获得 更 好 的 业务 成 果 ， 并 能 
培养 更 为 快乐 和 敬业 的 员工 。 


SAFe 可 以 促进 大 规模 敏捷 团队 之 间 的 协调 、 协 作 ， 以 及 交付 的 同步 化 ， 它 可 以 支持 那些 需要 数 以 万 计 的 人 员 参 与 开发 和 维 
护 的 软件 解决 方案 和 复杂 的 信息 物理 系统 。SAFe 是 在 具体 的 实践 中 诞生 和 发 展 起 来 的 ， 旨 在 帮助 客户 解决 他 们 所 面临 的 最 具 挑 
战 性 的 规模 化 问题 。SAFe 汲 取 了 三 大 知识 体系 (敏捷 开发 、 精 益 产品 开发 和 系统 思考 ) 的 精华 ， 并 加 以 综合 利用 。 


SAFe 的 网 站 (www.scaledagileframework.com) 为 企业 各 层级 研发 工作 的 规模 化 提供 了 全 面 指导 。SAFe 的 交互 式 “全 
SR" (图 1) [为 整个 框架 提供 了 一 个 可 视 化 概览 ， 网 站 中 “全景 图 ”上 的 每 个 图 标 均 可 点 击 进入 ， 进 入 后 可 获得 该 主题 的 详 
尽 指南 ， 以 及 相关 文章 和 参考 资料 的 链接 。 

' 全 景 图 ”有 两 个 视图 ， 其 中 一 个 是 默认 的 3 层 视 图 ( 见 图 1 左 侧 ) ， 可 以 很 好 地 适用 于 中 型 规模 的 敏捷 组 织 ， 以 支持 其 解 
决 方案 的 开发 ; 另 一 个 是 4 层 视 图 ( 见 图 1 右 侧 ) ， 用 于 支持 大 型 解决 方案 的 构建 ， 它 往往 需要 成 百 上 干 甚至 更 多 的 人 员 参 与 其 
中 ， 进 行 开发 和 维护 。 
SAFe 提 供 了 3 层 结构 视图 ， 或 者 是 可 选 的 4 层 结构 视图 ， 同 时 也 提供 了 一 个 基础 层级 ， 如 下 所 述 : 


团队 层 一 一 SAFe 以 敏捷 团队 为 基础 ， 每 个 团队 负责 定义 、 构 建 和 测试 其 待 办 事项 列表 中 的 故事 。 团 队 采 用 Scrum 或 看 板 方 
法 ， 强 化 质量 实践 ， 从 而 在 一 系列 同步 和 国定 长 度 的 迭代 中 进行 价值 交付 。 


e Bat ee | 


要 


图 1 全 景 图 : SAFe 的 3 层 结构 和 4 层 结构 


- 项 目 群 层 一 一 SAFe 团 队 被 组 织 为 一 个 虚拟 的 项 目 群 结构 ， 称 为 “敏捷 发 布 火车 ” (ART) 。 每 个 ART 都 是 长 期 存在 和 自 
组 织 的 ， 由 5 一 12 个 敏捷 团队 以 及 利益 相关 者 组 成 ， 他 们 共同 计划 、 承 诺 、 执 行 、 检 视 和 调整 ， 以 及 交付 解决 方案 。 


- 价值 流 层 价值 流 层 是 可 选 的 ， 它 可 以 支持 大 型 和 复杂 解决 方案 的 开发 。 这 些 解决 方案 需要 多 个 同步 的 ART， 同 时 需要 
更 加 专注 于 解决 方案 意图 和 解决 方案 上 下 文 环境 。 此 外 ， 供 应 商 和 其 他 利益 相关 者 也 都 会 参与 其 中 。 


. 投资 组 合 层 一 一 投资 组 合 层 对 一 系列 价值 流 进行 组 织 和 投资 。 投 资 组 合 基于 精益 - 敏捷 预算 为 解决 方案 的 开发 提供 资金 支 
持 ， 并 提供 必要 的 治理 和 价值 流 协调 。 


- 基础 层 一 一 基础 层 包 含 支持 开发 工作 的 其 他 基本 要 素 。 这 些 要 素 是 : 精益 - 敏捷 领导 者 指南 、 实 践 社区 、 核 心 价值 观 、 精 
益 - 敏捷 思维 、SAFe 的 九 大 原则 ， 以 及 实施 策略 的 概览 。 


基础 层 


SAFe 的 基础 层 (全 景 图 上 的 灰色 阴影 背景 部 分 ) ， 包 含 了 SAFe 用 于 支持 价值 交付 的 关键 和 基本 要 素 ， 但 它们 并 不 是 具体 的 
实践 。 基 础 层 包含 以 下 内 容 : 


~ 


: 精益 -敏捷 领导 者 一 一 管理 层 承 担 着 企业 成 功 的 终极 责任 ， 并 以 此 引领 工作 方式 的 显著 变革 。 为 此 ，SAFe 为 精益 - 敏捷 领 
寻 者 描述 了 一 种 新 型 的 领导 力 方式 。 


- 实践 社区 一 一 精益 方式 提倡 围绕 价值 流 开展 工作 ， 从 而 带动 精益 企业 从 职能 型 组 织 转 型 成 为 基于 业务 的 灵活 适应 性 组 织 。 
同时 ，SAFe 也 支持 实践 社区 ， 以 及 实践 者 和 专家 组 成 的 非 正 式 团体 ， 大 家 在 一 个 或 多 个 领域 分 享 实践 中 的 专业 知识 和 经 验 。 


核心 价值 观 一 一 SAFe 的 有 效 执行 依赖 于 四 大 核心 价值 观 ， 即 : 协调 一 致 、 内 建 质 量 、 透 明 、 项 目 群 执行 。 


- 精益 -敏捷 思维 一 一 精益 - 敏捷 领导 者 是 终身 学 习 者 ， 也 是 老师 ， 他 们 理解 和 拥抱 精益 -敏捷 的 原则 与 实践 ， 并 将 理念 伟 
播 给 他 人 。 为 此 ， 领 导 者 首先 必须 接受 培训 ， 用 更 加 精益 的 方式 进行 思考 和 运作 ， 然 后 成 为 相应 的 培训 师 。 精 益 -敏捷 思维 大 部 
分 体现 在 “精益 之 屋 ” 和 《敏捷 宣言 》 中 。 


. 精益 -敏捷 原则 一 一 SAFe 的 实践 基于 九 大 基本 原则 ， 而 这 九 大 原则 是 基于 敏捷 原则 和 方法 、 精 益 产 品 开 发 、 系 统 思 考 ， 以 
及 众多 企业 的 成 功 经 验 演 进而 来 的 。 这 九 大 原则 是 : 


- #1 一 一 采取 经 济 视角 


- #2 一 一 运用 系统 思考 

“ #3 一 一 接受 变异 性 ， 保 留 可 选项 

- #4 一 一 通过 快速 集成 学 习 环 ， 进 行 增 量 式 构建 
.#5 一 一 基于 对 可 工作 系统 的 客观 评价 设立 里 程 碑 


- #6 


可 视 化 和 限制 在 制品 ， 减 少 批 次 规模 ， 管 理 队 列 长 度 
: #7 一 一 应 用 节奏 ， 通 过 跨 领 域 计划 进行 同步 

#8 一 一 释放 知识 工作 者 的 内 在 动力 

- #9 一 一 去 中 心 化 的 决策 


. 实施 SAFe 步 又 1-2-3 一 一 基于 对 数 百 个 SAFe 实 施 案 例 的 研究 分 析 ， 我 们 总 结 出 成 功 实施 SAFe 的 “实施 SAFe 步 又 1-2-3” 模 
型 。 该 模型 包括 : 首先 ， 培 训 实 施 者 和 精益 - 敏捷 变革 推动 者 ， 成 为 SAFe 咨 询 顾问 (SPC) ; 其 次 ， 由 内 部 和 外 部 的 SPC 培 训 所 
有 高 管 、 经 理 和 主管 然后， 就 可 以 由 SPC 培 训 团 队 ， 并 启动 敏捷 发 布 火车 。 


团队 层 


团队 层 为 敏捷 团队 的 活动 提供 了 组 织 、 工 件 、 角 色 和 流程 模型 ， 如 图 2 所 示 。 
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图 2 SAFeH KE 


所 有 的 SAFe 团 队 都 是 敏捷 发 布 火车 (ART) 的 一 部 分 一 一 ART 是 项 目 群 层 的 核心 组 成 部 分 。 由 每 个 敏捷 团队 自己 负责 定 
义 、 构 建 和 测试 来 自 团队 待 办 事项 列表 中 的 故事 ， 这 些 工作 在 一 系列 固定 周期 的 迭代 内 进行 ， 通 过 使 用 共同 的 迭代 节奏 ， 并 与 其 
他 团队 同步 和 对 齐 ， 从 而 保证 整个 系统 开发 的 迭代 执行 。 


团队 使 用 Scrum 或 看 板 ， 以 及 内 建 质量 的 实践 ， 每 两 周 进行 一 次 可 工作 软件 的 交付 。 系 统 演示 提供 了 一 个 常规 的 “拉动 事 
件 ”， 用 于 将 不 同 团队 的 成 果 汇 聚 到 一 起 ， 让 困难 的 集成 和 测试 工作 尽量 提前 ， 而 在 传统 的 “阶段 -门限 ”模型 中 ， 通 常 是 在 项 
目 生 命 周期 的 最 后 阶段 才 进行 集成 和 测试 工作 。 


每 个 团队 有 5 ~ 9 名 成 员 ， 并 包括 所 有 必要 的 角色 ， 确 保 在 每 一 次 迭代 中 构建 一 个 高 质量 且 有 价值 的 发 布 增 量 。 这 些 角色 包 
括 Scrum Master、 产 品 负责 人 、 全 职工 作 的 团队 成 员 ， 以 及 其 他 能 为 团队 创造 价值 的 专业 资源 。 


关于 团队 层 的 阐述 可 以 参考 3.1 节 的 内 容 。 
项 目 群 层 


SAFe 的 核心 是 项 目 群 层级 ， 它 围绕 着 “人 敏捷 发 布 火车 ”的 组 织 形态 进行 运作 ， 并 与 团队 层级 的 相应 活动 紧密 联系 ， 如 图 3 所 
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图 3 SAFe 项 目 群 层 


在 SAFe 的 项 目 群 层级 ， 团 队 、 角 色 和 活动 都 围绕 着 敏捷 发 布 火车 来 建立 。 敏 捷 发 布 火 车 是 一 个 比喻 ， 用 来 说 明 若 干 敏捷 团 
队 持 续 增 量 地 交付 客户 价值 。 


敏捷 发 布 火车 (ART) 是 一 个 虚拟 的 组 织 ， 它 由 多 个 跨 职能 边界 的 敏捷 团队 组 成 ， 可 以 有 效 地 减少 和 消除 不 必要 的 交接 和 多 
余 的 步骤 ， 从 而 通过 应 用 SAFe 精 益 -敏捷 原则 和 实践 ， 来 加 速 客 户 价值 的 交付 。 


虽然 SAFe 中 使 用 “项 目 群 层 ” 这 个 术语 ， 但 实际 上 它 不 像 传统 的 “项 目 群 ”那样 被 赋予 明确 的 开始 结束 时 间 和 临时 分 配 的 
资源 。 与 之 相 比 ， 敏 捷 发 布 火车 具有 更 长 的 生命 周期 、 组 织 结构 和 更 持久 的 自我 管理 及 使 命 。 它 具有 长 期 性 、 基 于 流动 和 自 组 织 
的 特点 ， 这 些 特 点 可 以 强 有 力 地 支持 SAFe 投 资 组 合 层级 的 运作 。 


SAFe 中 的 客户 价值 是 通过 ART 来 交付 的 ， 每 个 ART 都 实现 了 价值 流 的 一 部 分 (有 时 是 整个 价值 流 ) 。ART 会 在 项 目 群 增 量 
(Pl) 中 进行 价值 的 增 量 式 交 付 ， 每 个 PI 的 周期 是 8 ~ 12 周 ， 通 过 多 个 迭代 进行 重要 的 、 有 价值 的 系统 开发 。 每 个 ART 包 含 5 ~ 
12 个 敏捷 团队 (50~ 125 人 ) ，ART 包 含 价值 交付 所 需要 的 团队 角色 和 基础 架构 ， 用 以 支持 交付 全 面 测试 过 的 、 可 工作 的 、 系 统 
级 的 解决 方案 。 很 多 发 布 火车 是 虚拟 的 、 跨 组 织 的 和 跨 地 域 边界 的 ， 有 些 火车 也 可 以 根据 业务 或 者 产品 线 的 管理 汇报 路 线 和 组 织 
结构 进行 组 建 。 


关于 项 目 群 层 的 阐述 可 以 参考 4.1 节 的 内 容 。 
跨 层级 面板 


在 SAFe 全 景 图 中 ， 项 目 群 层级 有 一 组 特定 的 图 标 ， 它 们 出 现在 价值 流 层级 和 项 目 群 层级 的 连接 处 ， 称 之 为 “ 跨 层级 面 
板 ”， 如 图 4 所 示 。 


Na fa 6 WD ® 
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H4 跨 层 级 面板 
跨 层级 面板 上 的 每 个 工件 和 角色 都 对 ART 和 项 目 群 层 级 有 用 ， 在 第 5 章 中 将 进行 阐述 。 然 而 这 些 内 容 是 跨 层级 的 ， 因 为 它们 
在 其 他 层级 也 非常 有 用 。 
价值 流 层 


在 SAFe 中 ， 价 值 流 层 是 可 选 的 。 如 果 企业 构建 的 系统 是 彼此 独立 的 ， 或 者 是 只 要 数 百 人 来 构建 的 系统 ， 这 种 情况 下 就 不 需 
要 价值 流 层 ， 企 业 可 以 选择 应 用 SAFe 的 3 层 结构 。 然 而 ， 即 使 是 这 样 的 系统 ， 对 企业 来 讲 也 非常 重要 ， 在 SAFe 的 3 层 结构 中 同样 
可 以 使 用 价值 流 层 的 相关 内 容 。 


价值 流 层 可 以 帮助 企业 应 对 构建 巨型 系统 的 挑战 ， 这 样 的 企业 需要 开发 超大 型 、 多 学 科 软 件 和 信息 物理 系统 等 。 通 过 精益 - 
敏捷 的 方式 构建 这 样 的 解决 方案 需要 一 些 额 外 的 结构 、 工 件 和 协调 机 制 。 价 值 流 层 的 组 成 结构 如 图 5 所 示 。 
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图 5 SAFe 价 值 流 层 


Solution Context 


本 层级 包含 一 个 经 济 框架 ， 用 于 为 价值 流 和 ART 决 策 提供 财务 边界 ; 包含 一 个 解决 方案 意图 库 ， 用 于 存放 意向 和 实际 的 解决 
TA; 包含 一 个 解决 方案 上 下 文 ， 用 于 描述 如 何 将 解决 方案 适用 于 部 署 环 境 之 中 ; 还 包含 相关 的 能 力 ， 用 于 描述 更 大 的 解决 
TA. 


价值 流 层 与 项 目 群 层 类 似 ， 也 是 围绕 PI 组 织 和 开展 工作 的 ，PI 可 以 将 价值 流 中 的 所 有 ART 进 行 同步 。 价 值 流 层 为 多 个 ART 和 
供应 商 提 供 节 奏 及 同步 ， 包 含 PI 计 划 前 会 议 、PI 计 划 后 会 议 ， 以 及 解决 方案 演示 。 价 值 流 层 也 提供 了 额外 的 相关 角色 ， 其 中 包括 
解决 方案 管理 者 、 解 决 方案 架构 师 / 工 程 师 ， 以 及 价值 流 工程 师 。 


关于 价值 流 层 的 阐述 可 以 参考 6.1 节 的 内 容 。 
QBS 


SAFe 投 资 组 合 是 SAFe 中 的 最 高 层级 。 每 个 ?AFe 投 资 组 合 都 包含 必要 的 价值 流 、 人 员 和 流程 ， 并 为 产品 、 服 务 和 解决 方案 
提供 所 需 的 资金 和 治理 ， 从 而 实现 企业 的 总 体 业务 战略 ， 如 图 6 所 示 。 


投资 组 合 提供 了 围绕 一 个 或 者 多 个 价值 流 构成 的 精益 -敏捷 企业 的 基本 框架 ， 基 于 每 一 个 价值 流 所 开发 的 系统 或 解决 方案 都 
需要 满足 企业 的 战略 意图 。 投 资 组 合 层 包含 这 些 战 略 目标 ， 并 且 提 供 了 基本 的 资金 支持 和 其 他 治理 机 制 ， 用 来 确保 价值 流 中 的 投 
资 能 为 企业 战略 目标 提供 相应 的 回报 。 
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Ao SAFe 投 资 组 合 层 


投资 组 合 与 企业 存在 着 双向 的 联系 。 一 方面 ， 企 业 提供 了 战略 方向 ， 用 来 指导 投资 组 合 与 更 大 的 、 变 化 中 的 业务 目标 对 齐 。 
另 一 方面 ， 投 资 组 合 持续 不 断 地 将 进展 情况 反馈 回 企 业 。 


投资 组 合 最 基本 的 元 素 是 一 个 或 者 多 个 价值 流 ， 每 一 个 价值 流 为 实现 交付 价值 的 方案 提供 了 必需 的 人 力 或 者 其 他 资源 所 需 的 
资金 。 每 一 个 价值 流 都 是 由 一 系列 持久 稳定 的 系统 定义 、 开 发 、 部 署 环节 组 成 ， 从 而 可 以 向 企业 或 客户 提供 持续 的 价值 交付 。 项 
目 群 投资 组 合 管理 者 代表 一 组 利益 相关 者 ， 他 们 对 所 交付 的 业务 结果 负责 。 


关于 投资 组 合 层 的 阐述 可 以 参考 7.1 节 的 内 容 。 


1 完整 的 全 景 图 可 参见 文 前 彩 插页 。 一 一 编辑 注 


第 1 章 ”SAFe 基 础 


1.1 精益 -敏捷 领导 者 


领导 者 就 是 那些 知晓 方法 、 和 勇敢 践 行 、 引 领 方 向 的 人 。 


一 一 约翰 C. 麦 克 斯 维尔 趾 。 


摘要 


SAFe 的 哲学 理念 很 简单 : 作为 团队 的 推进 者 ， 精 益 -敏捷 开发 方法 的 采纳 、 成 功 运用 和 持续 改进 的 最 终 责任 是 由 企业 的 管理 
层 、 领 导 人 和 高 管 们 来 承担 的 ， 只 有 他 们 可 以 改变 和 持续 改进 大 家 所 使 用 的 系统 。 要 做 到 这 一 点 ， 领 导 者 必须 接受 培训 ， 并 成 为 
培训 师 ， 用 学 习 者 的 方式 思考 和 处 理 问 题 。 许 多 领导 者 需要 采用 新 的 领导 风格 ， 也 就 是 真正 的 教导 、 授 权 和 激发 个 体 成 员 及 团队 
发 挥 他 们 最 大 的 潜能 。 


虽然 有 些 管 理 角色 和 头衔 并 未 明确 出 现在 SAFe 全 景 图 中 ， 但 是 他 们 起 着 至 关 重 要 的 作用 ， 通 过 提供 人 力 、 资 源 、 管 理 、 方 
向 和 必要 的 支持 ， 来 帮助 企业 实现 其 使 命 。 本 章 将 介绍 精益 -敏捷 领导 者 的 原则 。 


SAFe 精 益 - 敏 捷 领导 者 是 终身 学 习 者 和 老师 ， 他 们 通过 理解 和 展示 精益 -敏捷 思维 、SAFe 原 则 和 系统 思考 ， 帮 助 团队 构建 更 
好 的 系统 。 这 些 领 导 者 的 行为 表现 如 下 。 


#1 一 一 3 引领 变革 


引领 一 个 组 织 向 精益 -敏捷 的 行为 、 习 惯 和 成 果 进 行 变革 的 工作 ， 是 不 能 委派 给 他 人 人 的。 当然， 精益- 敏捷 领导 者 要 表现 出 
变革 的 紧迫 性 ， 与 大 家 沟通 变革 的 必要 性 ， 创 建 一 个 成 功 变革 的 计划 ， 理 解 和 管理 变革 的 流程 ， 当 问题 出 现时 及 时 进行 处 理 和 解 
决 。 他 们 具备 组 织 变革 管理 的 知识 ， 同 时 以 系统 的 视角 对 待 转型 的 实施 。 


#2 一 一 知晓 方法 ， 强 调 终身 学 习 


创造 一 个 促进 学 习 的 环境 ， 鼓 励 团 队 成 员 与 客户 和 供应 商 建立 关系 ， 并 给 团队 成 员 更 多 的 展示 空间 。 努 力学 习 和 理解 新 的 开 
发 方法 ， 包 括 精 益 、 人 敏捷 和 现代 管理 实践 。 建 立 和 培养 正式 及 非 正式 的 学 习 与 改进 小 组 。 博 览 群 书 ， 扩 大 阅读 的 广度 ， 与 他 人 分 
享 阅读 观点 ， 并 在 相应 的 环境 中 发 起 读书 俱乐部 活动 。 


允许 员工 自己 解决 问题 。 帮 助 员 工 识别 问题 ， 理 解 根本 原因 ， 找 到 解决 方案 ， 并 且 提 供 组 织 支持 。 当 员工 和 团队 犯错 误 的 时 
候 ， 为 他 们 提供 必要 的 支持 ， 只 有 这 样 才 能 做 到 持续 学 习 。 


#3 一 一 发 展 员工 


采用 精益 的 领导 风格 ， 专 注 于 开发 团队 成 员 的 技能 和 职业 发 展 路 线 ， 而 不 仅仅 是 作为 一 个 技术 专家 或 任务 协调 员 。 创 建 一 个 
对 成 功 共同 负责 的 团队 。 学 习 如 何 解 决 问题 ， 同 时 发 展 员 工 的 能 力 ， 增 强 员工 的 投入 与 承诺 。 尊 重 员工 和 企业 文化 。 


#4 一 一 鼓舞 和 遵循 使 命 ， 最 小 化 约束 


通过 最 小 化 的 、 明 确 的 工作 需求 ， 实 现 使 命 和 愿景 。 去 除 那 些 消极 的 政策 和 流程 。 基 于 价值 构建 敏捷 团队 和 版 本 发 布 火车 。 
理解 自 组 织 、 自 管理 的 团队 的 能 力 。 创 建 一 个 安全 的 环境 ， 让 大 家 学 习 、 成 长 和 相互 影响 。 为 每 个 价值 流 构 建 一 个 经 济 视角 的 框 
架 ， 并 告诉 企业 中 的 每 一 个 员工 。 


#5 一 一 去 中 心 化 的 决策 


(更 多 信息 可 参考 2.9 节 。) 


建立 一 个 决策 框架 。 通 过 设 定 使 命 、 发 展 员 工 、 教 授 问 题解 决 等 ， 对 团队 进行 授权 。 领 导 者 主要 负责 制订 和 传达 战略 层面 的 
决策 ， 这 些 战略 决策 通常 不 会 经 常 发生 ， 一 经 制订 将 会 持续 相当 长 一 段 时 间 ， 也 会 对 经 济 收益 产生 重大 的 影响 。 除 了 这 些 战 略 层 
面 的 决策 ， 可 以 把 其 他 决策 授权 给 团队 分 散 进行 。 


#6 一 一 释放 知识 工作 者 的 内 在 动力 


(更 多 信息 可 参考 2.8 节 。 ) 


理解 薪酬 在 激励 知识 工作 者 中 的 作用 。 创 造 一 个 相互 影响 的 环境 。 消 除 任何 可 能 导致 内 部 竞争 的 基于 目标 管理 (MBO) 方 


法 。 改 造 人 员 评 佑 体系 以 支持 精益 -敏捷 原则 和 价值 观 。 提 供 使 命 感 和 自主 性 ， 帮 助 员工 实现 对 新 技能 的 学 习 和 提升 已 有 的 技 


4b 
AGo 


开发 经 理 的 角色 


作为 精益 和 敏捷 开发 原则 的 一 个 实例 ，SAFe 所 强调 的 价值 观 包括 : 尽 可 能 自治 、 自 组 织 、 跨 职能 团队 和 敏捷 发 布 火车 。 
SAFe 支 持 一 个 学 习 型 的 管理 组 织 架 构 ， 包 括 得 到 授权 的 个 人 和 团队 、 快 速 和 基层 的 决策 。 以 往 在 传统 方式 中 对 员工 每 天 具体 活 
动 的 指导 就 不 再 需要 了 。 


然而 ， 员 工 仍然 需要 有 人 帮助 他 们 的 职业 发 展 ， 设 定 和 管理 期 望 及 薪酬 ， 并 提供 积极 的 辅导 ， 以 提高 自身 的 技术 能 力 、 业 务 
能 力 、 个 人 和 团队 协作 能 力 ， 以 及 有 效 的 职业 目标 。 员 工 同样 有 权利 成 为 一 个 高 绩效 团队 中 的 一 员 。 


此 外 ， 繁 捷 发 布 火车 (ART) 是 自 组 织 的 ， 并 没有 获得 独立 的 财务 预算 ， 也 不 能 独立 定义 自己 的 使 命 。 因 为 它 是 实现 战略 的 
一 个 要 素 ， 所 以 这 仍然 是 一 项 管理 责任 。 


在 传统 的 方式 中 ， 以 上 大 部 分 责任 是 由 开发 经 理 这 种 传统 角色 来 承担 的 ， 在 采用 了 精益 -敏捷 开发 方法 后 ， 这 些 责任 其 实 并 
没有 消失 。 在 SAFe 中 ， 这 些 职责 就 落 到 了 那些 在 新 的 环境 中 ， 能 够 适应 、 调 整 和 成 长 的 人 身上 。 


责任 


开发 经 理 (或 是 负责 系统 开发 的 工程 经 理 ) 是 一 位 管理 者 ， 他 能 够 展现 以 上 提 及 的 精益 -敏捷 领导 力 的 原则 和 实践 。 此 外 ， 
管理 者 负 有 对 其 直接 下 属 进 行 辅导 和 个 人 职业 发 展 的 责任 ， 也 负责 消除 障碍 ， 并 积极 地 参与 到 员工 的 系统 开发 工作 中 。 他 们 对 于 
价值 交付 负 有 终极 责任 ， 以 下 是 对 于 开发 经 理 责任 的 总 结 。 


人 员 和 团队 发 展 


RG], Wa Fe BEA HA I R 


. 建立 高 绩效 团队 ， 为 员工 和 团队 建立 使 命 和 目标 


. 指导 员工 的 个 人 职业 发 展 


- 倾听 和 支持 团队 进行 问题 识别 、 根 本 原因 分 析 和 决策 制订 


. 参与 制订 和 管理 员工 的 福利 、 补 贴 和 晋升 制度 


- 消除 障碍 并 参与 系统 开发 和 实践 ， 支 持 精 益 -敏捷 开发 


“ 对 于 团队 人 员 分 配 进行 巧妙 的 控制 ， 处 理 团 队 无 法 解决 的 问题 ， 必 要 时 引导 个 人 改变 


- 评估 绩效 ， 包 括 团 队 的 输入 ; 提供 管理 者 的 输入 、 指 导 和 纠正 措施 


> 作为 团队 的 敏捷 教练 和 顾问 


一 方面 保持 与 团队 足够 接近 ， 从 而 可 以 为 团队 提供 帮助 ， 成 为 一 名 胜任 的 管理 者 ; 另 一 方面 与 团队 保持 适当 的 距离 ， 为 团 
队 留 出 室 间 ， 让 他 们 自己 解决 问题 


项 目 群 执行 


- 帮助 建立 敏捷 里 程 碑 和 路 线 图 ， 以 及 团队 建设 的 计划 


* 帮助 开发 、 实 现 和 传达 经 济 有 效 的 框架 
- 参与 检视 和 调整 工作 坊 

“ 保护 团队 免 受 不 相关 和 不 必要 的 干扰 

- 协助 发 布 火车 工程 师 (RTE) 和 价值 流 工程 师 (VSE) ， 进 行 项 目 群 增 量 (PI) 计划 准备 会 议 ， 以 及 PI 计划 前 、 后 会 议 
“ 参与 PI 计划 会 议 、 系 统 演示 和 解决 方案 演示 

. 建立 与 供应 商 、 分 包 商 、 咨 询 顾 问 、 合 作 伙 伴 、 内 部 和 外 部 利益 相关 者 的 合作 关系 

: 为 团队 和 敏捷 发 布 火车 提供 必要 的 资源 ， 从 而 成 功 实现 其 愿 最 和 路 线 图 

协调 一 致 

- 与 发 布 火 车 工程 师 、 价 值 流 工 程 师 和 系统 的 利益 相关 者 协作 ， 确 保 战 略 主题 的 统一 和 有 效 执行 

: 与 系统 架构 师 / 工 程 师 、 产 品 经 理 、 产 品 负责 人 (PO) 协作 ， 建 立 其 清晰 的 内 容 权 威 性 

:不断 地 协助 多 个 团队 之 间 对 系统 使 命 和 愿景 的 协调 一 致 

.帮助 确保 业务 负责 人 (BO) 、 共 享 服 务 团队 和 其 他 利益 相关 者 的 参与 

透明 


* 创造 一 个 “事实 友好 性 ”的 环境 


* 提供 自由 和 安全 ， 让 员工 个 人 和 团队 能 够 自由 创新 、 实 验 ， 甚 至 偶尔 失败 
.与 所 有 的 利益 相关 者 进行 开放 和 坦诚 的 沟通 


+ 确保 待 办 事项 列表 和 信息 雷达 对 每 个 人 都 清晰 可 见 


* 赋予 生产 力 、 质 量 、 透 明度 和 开放 性 比 内 部 政治 更 大 的 价值 

内 建 质量 

理解、 教授 或 发 起 技术 能 力 开 发 ， 从 而 支持 高 质量 的 代码 、 组 件 、 系 统 和 解决 方案 
.培养 实践 社区 (CoP) 


. 理解 、 支 持 和 应 用 敏捷 架构 ? 


参考 资料 


[1] Manifesto for Agile Software Development.http://agilemanifesto.org/. 
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[3] Rother, Mike.Toyota Kata: Managing People for Improvement, Adaptiveness, and Superior Results. McGraw-Hill, 2009. 


[4] Liker, Jeffrey and Gary L.Convis. The Toyota Way to Lean Leadership: Achieving and Sustaining Excellence Through Leadership 


Development.McGraw-Hill, 2011. 


[1] 全 球 最 杰出 的 领导 力 问 题解 决 专家 、 深 具 活 力 的 激励 演讲 家 ， 畅 销 书 《领导 力 21 法 则 》 作 者 。 译 者 注 


第 1 草 SAFe 基 础 


1.1 精益 -敏捷 领导 者 


领导 者 就 是 那些 知晓 方法 、 勇 敢 践 行 、 引 领 方向 的 人 。 


一 一 约翰 C. 麦 克 斯 维尔 1。 


摘要 


SAFe 的 哲学 理念 很 简单 : 作为 团队 的 推进 者 ， 精 益 -敏捷 开发 方法 的 采纳 、 成 功 运用 和 持续 改进 的 最 终 责任 是 由 企业 的 管理 
层 、 领 导 人 和 高 管 们 来 承担 的 ， 只 有 他 们 可 以 改变 和 持续 改进 大 家 所 使 用 的 系统 。 要 做 到 这 一 点 ， 领 导 者 必须 接受 培训 ， 并 成 为 
培训 师 ， 用 学 习 者 的 方式 思考 和 处 理 问 题 。 许 多 领导 者 需要 采用 新 的 领导 风格 ， 也 就 是 真正 的 教导 、 授 权 和 激发 个 体 成 员 及 团队 
发 挥 他 们 最 大 的 潜能 。 


虽然 有 些 管 理 角色 和 头衔 并 未 明确 出 现在 SAFe 全 景 图 中 ， 但 是 他 们 起 着 至 关 重 要 的 作用 ， 通 过 提供 人 力 、 资 源 、 管 理 、 方 
向 和 必要 的 支持 ， 来 帮助 企业 实现 其 使 命 。 本 章 将 介绍 精益 -敏捷 领导 者 的 原则 。 


SAFe 精 益 - 敏 捷 领导 者 是 终身 学 习 者 和 老师 ， 他 们 通过 理解 和 展示 精益 -敏捷 思维 、SAFe 原 则 和 系统 思考 ， 帮 助 团队 构建 更 
好 的 系统 。 这 些 领 导 者 的 行为 表现 如 下 。 


#1 一 一 3 引领 变革 


引领 一 个 组 织 向 精益 -敏捷 的 行为 、 习 惯 和 成 果 进 行 变革 的 工作 ， 是 不 能 委派 给 他 人 的 。 当 然 ， 精 益 - 敏 捷 领导 者 要 表现 出 
变革 的 紧迫 性 ， 与 大 家 沟通 变革 的 必要 性 ,创建 一 个 成 功 变革 的 计划 ， 理 解 和 管理 变革 的 流程 ， 当 问题 出 现时 及 时 进行 处 理 和 解 
决 。 他 们 具备 组 织 变革 管理 的 知识 ， 同 时 以 系统 的 视角 对 待 转型 的 实施 。 


#2 一 一 知晓 方法 ， 强 调 终身 学 习 


创造 一 个 促进 学 习 的 环境 ， 鼓 励 团 队 成 员 与 客户 和 供应 商 建立 关系 ， 并 给 团队 成 员 更 多 的 展示 空间 。 努 力学 习 和 理解 新 的 开 
发 方法 ， 包 括 精 益 、 人 敏捷 和 现代 管理 实践 。 建 立 和 培养 正式 及 非 正式 的 学 习 与 改进 小 组 。 博 览 群 书 ， 扩 大 阅读 的 广度 ， 与 他 人 分 


享 阅读 观点 ， 并 在 相应 的 环境 中 发 起 读书 俱乐部 活动 。 

允许 员工 自己 解决 问题 。 帮 助 员 工 识别 问题 ， 理 解 根本 原因 ， 找 到 解决 方案 ， 并 且 提 供 组 织 支持 。 当 员工 和 团队 犯错 误 的 时 
候 ， 为 他 们 提供 必要 的 支持 ， 只 有 这 样 才 能 做 到 持续 学 习 。 
#3 一 一 发 展 员 工 

采用 精益 的 领导 风格 ， 专 注 于 开发 团队 成 员 的 技能 和 职业 发 展 路 线 ， 而 不 仅仅 是 作为 一 个 技术 专家 或 任务 协调 员 。 创 建 一 个 
对 成 功 共同 负责 的 团队 。 学 习 如 何 解决 问题 ， 同 时 发 展 员工 的 能 力 ， 增 强 员 工 的 投入 与 承诺 。 尊 重 员工 和 企业 文化 。 


#4 一 一 鼓舞 和 遵循 使 命 ， 最 小 化 约束 


通过 最 小 化 的 、 明 确 的 工作 需求 ， 实 现 使 命 和 愿景 。 去 除 那些 消极 的 政策 和 流程 。 基 于 价值 构建 敏捷 团队 和 版 本 发 布 火车 。 
理解 自 组 织 、 自 管理 的 团队 的 能 力 。 创 建 一 个 安全 的 环境 ， 让 大 家 学 习 、 成 长 和 相互 影响 。 为 每 个 价值 流 构 建 一 个 经 济 视角 的 框 


架 ， 并 告诉 企业 中 的 每 一 个 员工 。 


#5 一 一 去 中 心 化 的 决策 


(更 多 信息 可 参考 2.9 节 。) 

建立 一 个 决策 框架 。 通 过 设 定 使 命 、 发 展 员工 、 教 授 问 题解 决 等 ， 对 团队 进行 授权 。 领 导 者 主要 负责 制订 和 传达 战略 层面 的 
决策 ， 这 些 战略 决策 通常 不 会 经 常 发生 ， 一 经 制订 将 会 持续 相当 长 一 段 时 间 ， 也 会 对 经 济 收益 产生 重大 的 影响 。 除 了 这 些 战 略 层 
面 的 决策 ， 可 以 把 其 他 决策 授权 给 团队 分 散 进行 。 
#6 一 一 释放 知识 工作 者 的 内 在 动力 

(更 多 信息 可 参考 2.8 节 。 ) 


理解 薪酬 在 激励 知识 工作 者 中 的 作用 。 创 造 一 个 相互 影响 的 环境 。 消 除 任何 可 能 导致 内 部 竞争 的 基于 目标 管理 (MBO) 方 
法 。 改 造 人 员 评 佑 体系 以 支持 精益 -敏捷 原则 和 价值 观 。 提 供 使 命 感 和 自主 性 ， 帮 助 员工 实现 对 新 技能 的 学 习 和 提升 已 有 的 技 


ab 
Ao 


开发 经 理 的 角色 


作为 精益 和 敏捷 开发 原则 的 一 个 实例 ，SAFe 所 强调 的 价值 观 包括 : 尽 可 能 自治 、 自 组 织 、 跨 职能 团队 和 敏捷 发 布 火车 。 
SAFe 支 持 一 个 学 习 型 的 管理 组 织 架 构 ， 包 括 得 到 授权 的 个 人 和 团队 、 快 速 和 基层 的 决策 。 以 往 在 传统 方式 中 对 员工 每 天 具体 活 
动 的 指导 就 不 再 需要 了 。 


然而 ， 员 工 仍然 需要 有 人 帮助 他 们 的 职业 发 展 ， 设 定 和 管理 期 望 及 薪酬 ， 并 提供 积极 的 辅导 ， 以 提高 自身 的 技术 能 力 、 业 务 
能 力 、 个 人 和 团队 协作 和 能力， 以 及 有 效 的 职业 目标 。 员 工 同样 有 权利 成 为 一 个 高 绩效 团队 中 的 一 员 。 


此 外 ， 繁 捷 发 布 火车 (ART) 是 自 组 织 的 ， 并 没有 获得 独立 的 财务 预算 ， 也 不 能 独立 定义 自己 的 使 命 。 因 为 它 是 实现 战略 的 
一 个 要 素 ， 所 以 这 仍然 是 一 项 管理 责任 。 


在 传统 的 方式 中 ， 以 上 大 部 分 责任 是 由 开发 经 理 这 种 传统 角色 来 承担 的 ， 在 采用 了 精益 -敏捷 开发 方法 后 ， 这 些 责任 其 实 并 


没有 消失 。 在 SAFe 中 ， 这 些 职责 就 落 到 了 那些 在 新 的 环境 中 ， 能 够 适应 、 调 整 和 成 长 的 人 身上 。 
责任 


开发 经 理 (或 是 负责 系统 开发 的 工程 经 理 ) 是 一 位 管理 者 ， 他 能 够 展现 以 上 提 及 的 精益 -敏捷 领导 力 的 原则 和 实践 。 此 外 ， 
管理 者 负 有 对 其 直接 下 属 进 行 辅导 和 个 人 职业 发 展 的 责任 ， 也 负责 消除 障碍 ， 并 积极 地 参与 到 员工 的 系统 开发 工作 中 。 他 们 对 于 
价值 交付 负 有 终极 责任 ， 以 下 是 对 于 开发 经 理 责任 的 总 结 。 


人 员 和 团队 发 展 

吸引 、 招 聘 和 留 住 有 能 力 的 员工 

* 建立 高 绩效 团队 ， 为 员工 和 团队 建立 使 命 和 目标 

* 指导 员工 的 个 人 职业 发 展 

- 倾听 和 支持 团队 进行 问题 识别 、 根 本 原因 分 析 和 决策 制订 

* 参与 制订 和 管理 员工 的 福利 、 补 贴 和 晋升 制度 

- 消除 障碍 并 参与 系统 开发 和 实践 ， 支 持 精 益 -敏捷 开发 

" 对 于 团队 人 员 分 配 进行 巧妙 的 控制 ， 处 理 团队 无 法 解决 的 问题 ， 必 要 时 引导 个 人 改变 
评估 绩效 ， 包 括 团队 的 输入 ; 提供 管理 者 的 输入 、 指 导 和 纠正 措施 

> 作为 团队 的 敏捷 教练 和 顾问 


一 方面 保持 与 团队 足够 接近 ， 从 而 可 以 为 团队 提供 帮助 ， 成 为 一 名 胜任 的 管理 者 ; 另 一 方面 与 团队 保持 适当 的 距离 ， 为 团 
队 留 出 室 间 ， 让 他 们 自己 解决 问题 


项 目 群 执 行 


- 帮助 建立 敏捷 里 程 碑 和 路 线 图 ， 以 及 团队 建设 的 计划 


* 帮助 开发 、 实 现 和 传达 经 济 有 效 的 框架 


. 参与 检视 和 调整 工作 坊 


: 保护 团队 免 受 不 相关 和 不 必要 的 干扰 


“ 协助 发 布 火车 工程 是 (RTE) 和 价值 流 工程 是 (VSE) ， 进 行 项 目 群 增 量 (PI) 计划 准备 会 议 ， 以 及 PI 计划 前 、 后 会 议 


- 参与 PI 计划 会 议 、 系 统 演示 和 解决 方案 演示 


. 建立 与 供应 商 、 分 包 商 、 咨 询 顾问 、 合 作 伙伴 、 内 部 和 外 部 利益 相关 者 的 合作 关系 


:为 国 队 和 敏捷 发 布 火 车 提供 必要 的 资源 ， 从 而 成 功 实现 其 愿景 和 路 线 图 


协调 一 致 


: 与 发 布 火车 工程 师 、 价 值 流 工 程 师 和 系统 的 利益 相关 者 协作 ， 确 保 战 略 主题 的 统一 和 有 效 执行 


:与 系统 架构 师 / 工 程 师 、 产 品 经 理 、 产 品 负责 人 (PO) 协作 ， 建 立 其 清晰 的 内 容 权 威 性 
. 不断 地 协助 多 个 团队 之 间 对 系统 使 命 和 愿景 的 协调 一 致 
:帮助 确保 业务 负责 人 (BO) 、 共 享 服务 团队 和 其 他 利益 相关 者 的 参与 


透明 


. 创造 一 个 “事实 友好 性 ”的 环境 
- 提供 自由 和 安全 ， 让 员工 个 人 和 团队 能 够 自由 创新 、 实 验 ， 甚 至 偶尔 失败 


.与 所 有 的 利益 相关 者 进行 开放 和 坦诚 的 沟通 


确保 待 办 事项 列表 和 信息 雷达 对 每 个 人 都 清晰 可 见 

* 赋予 生产 力 、 质 量 、 透 明度 和 开放 性 比 内 部 政治 更 大 的 价值 

内 建 质量 

理解、 教授 或 发 起 技术 能 力 开 发 ， 从 而 支持 高 质量 的 代码 、 组 件 、 系 统 和 解决 方案 
培养 实践 社区 (CoP) 


理解、 支持 和 应 用 敏捷 架构 ? 
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[1] 全 球 最 杰出 的 领导 力 问 题解 决 专家 、 深 具 活 力 的 激励 演讲 家 ， 畅 销 书 《领导 力 21 法 则 》 作 者 。 译 者 注 


1.2 ”实践 社区 


聪明 的 人 会 从 自己 犯 的 错误 中 学 习 ， 更 加 聪明 的 人 会 从 别人 犯 的 错误 中 学 习 ， 最 聪明 的 人 会 从 别人 取得 的 成 功 中 学 习 。 


一 一 约翰 C. 麦 克 斯 书 尔 改 编 的 禅宗 谚语 


摘要 


实践 社区 (Community of Practice, CoP) 是 指 在 企业 或 者 项 目 群 的 环境 中 ， 由 团队 成 员 和 相关 专家 组 成 的 非 正式 的 组 
织 ， 其 使 命 是 在 某 个 领域 中 或 者 一 些 相 天 领域 中 进行 实践 知识 的 分 享 。 实 践 社区 既 不 是 新 兴 事 物 ， 也 不 是 敏捷 开发 所 特有 的 。 然 
而 ， 通 过 精益 的 方法 来 协调 优化 价值 流 的 交付 是 很 有 意义 的 。 随 着 时 间 的 推移 ， 通 常会 让 精益 企业 从 垂直 的 职能 型 组 织 ， 转 型 成 
更 加 灵活 的 基于 横向 业务 的 组 织 ， 这 样 可 以 更 快 地 交付 价值 。 此 外 ，SAFe 在 价值 流 内 建立 了 持续 的 敏捷 发 布 火车 ， 敏 捷 发 布 火 
车 由 团队 成 员 组 成 ， 并 延续 较 长 时 间 。 在 同一 个 组 织 中 ， 工 作 在 不 同 的 项 目 群 中 的 成 员 可 能 来 自 相同 的 部 门 ， 他 们 会 经 常见 面 沟 
通 ， 而 且 由 管理 者 和 领域 专家 带领 ， 提 升 相应 的 专业 技能 ， 在 这 种 情况 下 ， (不 论 是 否 已 经 组 建 起 基于 横向 业务 的 组 织 结构 ) ， 
团队 成 员 将 如 何 工作 呢 ? 读者 可 以 参考 SAFe 网 站 的 CoP 相 关内 容 。 (也 可 以 参考 Spotify 公 司 的 “ 行 会 ”， 参 考 资料 [1]。 ) 


情 益 -敏捷 提倡 跨 职 能 的 团队 和 项 目 群 ， 可 以 促进 企业 级 价值 交付 。 同 样 ， 精 益 思 想 强调 围绕 价值 流 将 具备 不 同 技能 的 人 员 
组 成 团队 。 然 而 ， 开 发 人 员 需 要 与 团队 内 外 的 其 他 开发 人 员 进行 交流 ， 测 试 人 员 也 需要 与 其 他 测试 人 员 交流 ， 产 品 负责 人 也 需要 
与 其 他 敏捷 团队 的 产品 负责 人 交流 ， 等 等 。 这 对 于 在 不 同人 员 之 间 ， 将 他 们 的 经 验 和 实践 知识 加 以 充分 利用 ， 显 得 十 分 重要 。 这 
同时 也 驱动 了 工艺 的 改进 和 持久 知识 的 获取 ， 并 促进 了 新 方法 和 新 技术 的 采用 。 


实践 社区 支持 这 种 跨 团队 的 沟通 ， 在 职能 团队 和 组 织 之 间 ， 通 过 非 正式 的 工作 小 组 进行 有 效 的 知识 分 享 和 探索 ， 如 图 1.2-1 
所 示 。 


ji 


图 1.2-1 实践 社区 : 通常 团队 成 员 在 自己 的 敏捷 团队 工作 ， 也 会 定期 进行 最 佳 实践 分 


组 织 一 个 实践 社区 


精益 企业 有 能 力 识别 那些 可 以 通过 实践 社区 获 益 的 相关 领域 ， 当 这 些 实践 社区 建立 后 ， 企 业 将 对 其 进行 培育 和 支持 。 


实践 社区 可 以 是 临时 组 建 的 ， 但 同样 需要 进行 组 织 协 调 。 实 践 社区 可 能 是 永久 的 ， 也 可 能 是 临时 的 ， 可 以 根据 当前 的 需要 和 
环境 进行 组 建 或 者 解散 。 例 如 ， 一 个 自动 化 测试 实践 社区 可 能 会 包含 测试 人 员 和 开发 人 员 ， 他 们 都 对 提升 这 方面 的 技能 感 兴趣 。 
一 个 架构 和 设计 实践 社区 可 能 会 采用 相关 的 实践 ， 诸 如 浮现 式 设计 、 意 图 系统 架构 、 持 续集 成 和 重 构 ， 它 也 可 以 支持 构建 和 维护 
架构 跑道 ， 为 测试 和 部 署 考 虑 相应 的 设计 ， 也 可 以 涉及 旧 平台 的 取代 ， 等 等 。 还 有 可 以 围绕 着 敏捷 教练 、 持 续集 成 、 持 续 交 付 、 
编码 标准 和 其 他 新 实践 与 新 流程 建立 起 来 的 实践 社区 。 同 样 ， 来 自 不 同 敏捷 团队 的 Scrum Master， 可 能 会 组 成 一 个 实践 社区 ， 
用 以 交流 如 何 构 建 一 个 高 效 生产 力 敏捷 团队 的 最 佳 实践 和 经 验 。 


运营 一 个 实践 社区 


实践 社区 可 以 根据 成 员 的 知识 专业 性 进行 定义 。 通 常 ， 每 个 实践 社区 都 有 特定 的 学 习 目 标 、 路 线 图 和 待 办 事项 列表 。 因 为 实 
践 社 区 的 成 员 可 以 担任 不 同 的 角色 ， 有 时 也 会 出 现 新 的 需求 ， 或 者 有 些 成 员 希 望 获得 他 们 所 需要 的 知识 ， 所 以 ， 实 践 社区 的 成 员 
是 流动 和 变化 的 。 实 践 社区 也 可 以 自发 地 形成 和 发 展 ， 昌 然 有 时 候 会 有 一 个 领导 者 或 者 gcrum Master (等 同 于 Spotify 中 的 行 会 
协调 人 的 角色 ) 进行 组 织 协 调 ， 但 实践 社区 基本 上 是 高 度 自 组织 的 。 不 同 的 实践 社区 可 以 定期 交流 ， 组 织 知识 交流 会 ， 并 维护 和 
发 展 自己 的 社区 网 站 ， 把 知识 系统 化 地 记录 在 内 部 wiki 系统 上 。 只 要 成 员 觉 得 能 学 习 知识 或 者 能 贡献 知识 ， 实 践 社区 就 可 以 存 
在 。 


然而 ， 实 践 社区 建立 的 目的 是 为 了 学 习 知 识 和 交流 经 验 ， 而 不 是 协调 工作 中 的 依赖 关系 和 当前 任务 的 执行 。 


例如 ， 一 个 Scrum Master 的 实践 社区 可 以 组 织 学习 引 导 技术 ， 而 实际 的 协调 工作 和 依赖 关系 管理 ， 也 可 能 是 实践 社区 中 的 


这 些 Scrum Master 通 过 Scrum of Scrums 会 议 进 行 的 。 


无 论 是 正式 的 还 是 非 正式 的 ， 创 新 与 计划 和 迭代 (SAFe 中 的 IP 和 迭代 ) 都 是 实践 社区 进行 学 习 分 享 的 最 佳 时 机 ， 同 时 也 包含 其 
他 的 一 些 活动 ， 比 如 编码 道场 、 教 练 诊 所 等 。 


精益 -敏捷 领导 者 需要 鼓励 和 支持 员工 的 改进 意愿 ， 因 为 这 对 企业 有 帮助 ， 也 对 构建 知识 工作 者 的 内 在 动力 有 帮助 ， 同 时 也 
在 SAFe 的 第 9 个 原则 里 有 清晰 表述 : 去 中 心 化 的 决策 。 


参考 资料 


[1] Scaling Agility@Spotify with Tribes, Squads, Chapters, and Guilds.https://dl.dropboxuser- 


content.com/u/1018963/Articles/SpotifyScaling. pdf. 


1.3 SAFe 的 核心 人 介 值 观 


寻找 那些 与 你 有 相同 价值 观 的 人 ， 大 家 一 起 去 征服 世界 。 


一 一 约翰 aR gl 


摘要 


核心 价值 观 是 个 人 或 组 织 的 基本 信念 ， 它 是 指引 行为 的 指导 原则 。 核 心 价值 观 可 以 帮助 人 们 明辨是非 ， 可 以 帮助 企业 聚焦 在 
正确 的 道路 上 以 实现 其 业务 目标 ， 并 且 创 建 一 个 坚实 恒定 的 指南 。 


精益 -敏捷 思维 、 精 益 - 敏 捷 领 导 者 、SAFe 的 原则 ， 以 及 精益 -敏捷 开发 带 来 的 广泛 益处 ， 这 些 因素 在 SAFe 的 顺利 实施 过 程 
中 都 扮演 着 重要 的 角色 。SAFe 提 倡 、 支 持 和 遵循 四 项 核心 价值 观 : 协调 一 致 、 内 建 质量 、 透 明和 项 目 群 执 行 。 如 果 一 个 企业 能 
把 这 四 项 事情 做 好 ， 那 么 就 会 取得 巨大 的 成 功 。 


SAFe 是 基于 精益 和 敏捷 原则 的 ， 所 以 兼 具 深度 和 广度 。 虽 然 精益 和 敏捷 的 原则 是 SAFe 建 立 的 基础 ， 但 是 SAFe 自 身 是 站 在 
什么 立场 上 的 呢 ? SAFe 坚 持 四 项 核心 价值 观 : 协调 一 致 、 内 建 质量 、 透 明和 项 目 群 执行 。 


下 文 将 分 别 描述 每 一 项 价值 观 的 内 容 ， 如 图 1.3-1 所 示 。 


内 建 质量 


SAFe 4.0 for Lean Software and Systems Engineering 


PORTFOLIO), 


透明 


项 目 群 执行 


图 1.3-1 SAFe 的 核心 价值 观 : 协调 一 致 、 内 建 质 量 、 透 明和 项 目 群 执行 


协调 一 致 


运营 企业 就 像 驾 驶 汽车 一 样 ， 如 果 不 能 保持 协调 性 ， 就 可 能 会 导致 很 多 问题 。 比 如 ， 操 控 方 向 和 根据 方向 变化 进行 响应 就 会 


得 非常 困难 (参考 资料 [1]) 。 即 便 是 每 个 成 员 都 清楚 目标 ， 但 如 果 缺 乏 整体 的 协调 一 致 ， 汽 车 也 不 太 可 能 把 他 们 带 到 目的 


Eg 


协调 一 致 的 扩展 。 能 够 处 理 业 务 场景 的 快 节奏 变化 、 应 对 纷繁 复杂 的 竞争 、 协 调 分 布 在 不 同 地 点 的 团队 ， 这 些 都 是 企业 运行 
的 必要 条 件 。 尽 管 向 敏捷 团队 进行 授权 的 做 法 很 好 (甚至 是 最 好 的 选择 ) ， 但 是 无 论 敏捷 团队 有 多 么 优秀 ， 企 业 的 战略 和 协调 一 
致 绝对 不 是 仅仅 把 每 个 团队 的 情况 进行 简单 的 晋 加 。 相 反 ， 协 调 一 致 必须 要 基于 企业 的 业务 目标 。 以 下 是 SAFe 所 支持 的 一 些 保 
持 协 调 一 致 的 方法 。 


: 从 投资 组 合 的 战略 层 出 发 ， 映 射 到 战略 主题 和 投资 组 合 待 办 事项 列表 ， 然 后 通过 愿景 、 路 线 图 和 项 目 群 待 办 事项 列表 向 下 
传递 ， 直 到 团队 待 办 事项 列表 。 所 有 这 些 内 容 都 是 可 视 化 的 、 可 讨论 的 、 可 解决 的 、 可 获知 的 。 


“ 对 于 工作 内 容 负 责 的 授权 角色 有 非常 清晰 的 线路 ， 从 投资 组 合 层 出 发 ， 涉 及 主要 的 产品 和 解决 方案 管理 者 的 角色 ， 一 直 延 
伸 到 团队 层级 产品 负责 人 角色 。 


. 对 交付 的 期 望 和 承诺 ， 是 通过 PI 目 标 和 和 迭代 目标 进行 协调 同步 的 。 
通过 确定 的 节奏 和 同步 机 制 确保 协调 一 致 ， 或 者 仅 在 合理 的 财务 状况 和 时 间 范 围 内 ， 可 以 做 适当 的 调整 。 
. 项 目 群 架构 、 用 户 体验 指导 和 组 织 治理 ， 有 助 于 确保 解决 方案 的 技术 性 、 健 壮 性 和 可 扩展 性 。 


- 基于 当前 的 状况 和 变化 的 环境 ， 使 用 精益 的 优先 级 排 定 方法 ， 可 以 保持 利益 相关 者 持续 地 、 认 同 地 、 滚 动 式 地 参与 优先 级 
排序 。 


但 是 ， 协 调 一 致 并 不 意味 着 ， 也 不 鼓励 命令 和 控制 。 相 反 ， 它 为 企业 提供 了 一 个 基础 ， 企 业 的 业务 目标 和 成 果 是 持续 关注 的 


焦点 。 它 还 鼓励 去 中 心 化 的 技术 和 财务 决策 ， 从 而 让 具体 执行 价值 交付 的 实施 者 可 以 更 好 地 做 出 本 地 化 的 决策 。 
内 建 质量 


内 建 质量 能 确保 解决 方案 中 的 每 一 个 要 素 都 符合 质量 标准 ， 质 量 并 不 是 “后 来 增加 的 ”。 内 建 质量 是 精益 开发 流 的 前 提 条 
件 ， 如 果 没 有 质量 ， 组 织 的 运行 可 能 伴随 着 大 量 的 没有 经 过 测试 和 验证 的 工作 ， 这 可 能 会 导致 过 度 的 返工 和 更 慢 的 交付 速度 。 训 
无 疑问 ， 内 建 质量 对 于 大 型 系统 而 言 是 至 关 重 要 的 ， 质 量 是 强制 性 的 。 


软件 


在 复杂 的 解决 方案 中 ， 软 件 功 能 经 常 代表 着 一 个 快速 变化 和 逐渐 增长 的 高 投入 领域 。 此 外 ， 由 于 大 部 分 工作 是 非常 复杂 和 于 
工 执行 的 ， 所 以 这 是 解决 方案 产生 很 多 缺陷 的 根源 。 相 对 低 成 本 的 变化 可 以 鼓励 快速 适应 ， 这 固然 很 好 ， 但 是 如 果 不 加 以 重视 ， 
软件 设计 可 能 会 被 快速 腐蚀 ， 从 而 严重 影响 产品 质量 和 开发 速度 。 


简单 地 说 ， 你 不 能 扩展 那些 烙 脚 的 代码 。 敏 捷 宣 言明 确 提出 专注 在 质量 上 : “坚持 不 懈 地 追求 技术 卓越 和 良好 设计 ， 敏 捷 能 
力 由 此 增强 ” (参考 资料 [2]) 。 为 了 解决 面 对 快 速 变化 的 软件 质量 问题 ， 软 件 从 业 人 员 已 经 发 展 和 演进 了 许多 有 效 的 实践 ， 其 
中 有 许多 实践 也 是 被 极限 编程 强烈 推荐 的 。 这 些 实践 是 : 


1. 测 试 先行 : 测试 驱动 开发 (TDD) 、 接 收 测试 驱动 开发 (ATDD) 和 行为 驱动 开发 (BDD) 
2. 持 续集 成 
3. 重 构 


4. 结 对 工作 


5. 共 同 所 有 权 
硬件 


同样 ， 没 有 人 能 够 扩展 鉴 脚 的 组 件 和 系统 。 硬 件 元 素 (如 电子 、 电 器 、 流 体力 学 、 光 学 、 机 械 、 包 装 、 热 学 等 ) 都 很 少 涉 
及 “ 软 性 ”元 素 。 硬 件 中 的 缺陷 会 带 来 更 高 代价 的 变更 和 返工 成 本 。 以 下 做 法 可 以 避免 这 些 缺 陷 : 


* 频繁 的 设计 周期 和 集成 (参考 资料 [3]) 
+ 协同 设计 实践 

“ 基于 模型 的 系统 工程 

基于 集合 的 设计 

: 对 开发 和 测试 基础 设施 进行 投入 
系统 集成 


最 终 ， 不 同 的 组 件 和 子 系统 (软件 、 固 件 、 硬 件 和 其 他 元 素 ) 必须 共同 协作 ， 从 而 提供 有 效 的 解决 方案 级 的 行为 。 支 持 解决 
方案 级 质量 的 实践 包括 : 


* 频繁 的 系统 和 解决 方案 级 的 集成 
对 于 功能 性 和 非 功能 性 需求 在 解决 方案 级 的 测试 
系统 和 解决 方案 演示 
透明 
解决 方案 的 开发 是 很 困难 的 ， 工 作 往往 会 出 错 或 者 无 法 按 计划 进行 。 如 果 没 有 透明 性 ， 就 很 难 找到 事实 ， 也 很 难 完成 工作 。 
如 果 没有 透明 性 ， 就 只 能 基于 假设 做 出 决策 ， 也 缺乏 数据 的 支持 。 没 有 人 能 解决 这 些 迷 团 。 


因此 ， 就 需要 信任 。 因 为 没有 信任 ， 就 没有 人 能 够 建立 高 绩效 的 团队 和 项 目 群 ， 也 无 法 建立 (或 重建 ) 信心 以 做 出 和 履行 合 
理 的 承诺 。 信 和 任 表现 在 ， 当 进行 集成 的 时 候 ， 一 方 完全 信赖 另 一 方 的 工作 ， 尤 其 是 在 遇 到 困难 的 时 候 。 如 果 没 有 信任 ， 工 作 环境 
中 就 会 缺少 很 多 乐趣 和 激励 。 


建立 信任 是 需要 时 间 的 ， 透 明 性 是 建立 信任 的 推动 因素 。SAFe 可 帮助 企业 实现 透明 性 : 


“ 企业 高 管 、 投 资 组 合 经 理 和 其 他 利益 相关 者 可 以 看 到 投资 组 合 看 板 和 项 目 群 待 办 事项 列表 ， 他 们 对 于 每 一 个 发 布 火 车 的 PI 
目标 都 有 清楚 的 认识 。 


. 项 目 群 可 以 清楚 地 看 到 团队 待 办 事项 列表 ， 也 可 以 看 到 其 他 项 目 群 的 待 办 事项 列表 


* 团队 和 项 目 群 会 做 出 短 周 期 、 明 确 和 可 视 化 的 承诺 ， 并 且 兑 现 这 些 承诺 。 


+ 项 目 群 检视 和 调整 可 以 邀请 所 有 利益 相关 者 ， 一 起 进行 经 验 教训 总 结 。 


- 团队 和 项 目 群 可 以 清楚 看 到 业务 及 架构 史诗 看 板 系 统 ， 他 们 可 以 知晓 企业 的 目标 方向 。 


* 状态 报告 是 基于 对 可 工作 系统 的 客观 度量 进行 的 。 


* 每 一 个 人 都 能 理解 团队 和 项 目 群 的 速度 与 在 制品 (WIP) , 企业 战略 和 执行 能 力 是 协调 一 致 的 。 


项 目 群 执行 


当然 ， 如 果 没 有 团队 的 执行 力 和 持续 的 交付 价值 ，SAFe 中 其 他 要 素 所 发 挥 的 作用 也 就 很 有 限 了 。 因 此 ，SAFe 非 常 重视 可 工 
作 的 系统 和 所 产 出 的 业务 成 果 。 这 是 显而易见 的 ， 而 且 以 往 的 经 验 告诉 我 们 ， 当 很 多 企业 开始 采用 敏捷 团队 进行 组 织 转型 时 ， 他 
们 通常 会 在 进行 大 型 解决 方案 的 交付 过 程 中 ， 处 理 可 靠 性 和 有 效 性 问题 时 遭受 挫败 。 


敏捷 发 布 火车 的 创建 就 是 为 了 解决 上 述 问题 ， 而 且 SAFe 将 实施 聚焦 在 项 目 群 层级 上 。 从 另 一 个 角度 来 看 ， 价 值 流 的 交付 能 
力 又 依赖 于 敏捷 发 布 火车 的 交付 能 力 。 


在 团队 方面 ， 通 过 使 用 协调 一 致 、 透 明 性 和 内 建 质量 ， 会 让 团队 有 一 种 “ 风 从 背后 吹 来 ”的 感觉 ， 从 而 让 团队 专注 在 向 前 的 
工作 执行 中 。 通 过 团队 的 努力 ， 解 决 那些 复杂 的 难题 ， 同 时 团队 可 以 把 检视 和 调整 工作 坊 作为 持续 改进 的 基石 。 在 这 种 方式 中 ， 
团队 工作 可 以 形成 闭环 ， 在 每 一 个 PI 中 执行 得 越 来 越 好 。 


但 是 项 目 群 执行 并 不 仅 仪 是 基于 团队 、 自 下 而 上 的 。 想 要 成 功 的 扩展 精益 -敏捷 的 执行 ， 不 仅仅 需要 团队 的 参与 ， 也 需要 精 
益 -敏捷 领导 者 的 积极 支持 ,领导 者 能 够 把 内 部 领导 力 进行 有 效 整合 ， 使 之 面向 系统 和 客户 成 果 。 这 样 就 可 以 为 团队 和 利益 相关 
者 创建 一 个 持续 的 、 有 意义 的 工作 环境 。 


以 上 就 是 成 功 的 团队 和 项 目 群 的 工作 方式 ， 这 也 是 企业 在 员工 参与 、 生 产 力 、 质 量 和 上 市 时 间 等 方面 获得 成 功 的 原因 ， 而 且 


企业 也 愿意 继续 享受 这 个 成 功 的 过 程 ! 
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1 美国 著名 导演 、 演 员 、 配 音 ， 主 要 作品 有 《 飞 屋 环 游 记 》 《海底 总 动员 》《 头 脑 特 工 队 》 等 。 译 者 注 


14 ”精益 -敏捷 思维 


所 有 工作 都 始 于 精益 - 敏捷 思维 。 


一 一 SAFe 作 者 


摘要 


SAFe 基 于 一 系列 现代 系统 和 软件 工程 的 新 范式 ， 包 括 精 益 和 系统 思考 、 产 品 开 发 流 和 敏捷 开发 。 在 团队 层级 中 ， 敏 捷 提 供 
了 必要 的 工具 ， 授 权 并 鼓励 团队 达到 前 所 未 有 的 生产 力 水 平 、 质 量 和 参与 程度 。 但 是 ， 想 要 扩展 到 整个 企业 层面 ， 就 需要 一 个 更 
为 广泛 和 深入 的 精益 -敏捷 思维 来 支持 精益 和 敏捷 开发 的 执行 。 


精益 思想 的 大 部 分 内 容 体 现在 SAFe 的 “精益 之 屋 ” 中 ， 它 围绕 着 6 个 关键 组 成 部 分 : “屋顶 ”代表 目标 是 交付 价值 ，“ 支 
柱 ”通过 对 个 人 和 文化 的 尊重 、 流 动 、 创 新 ， 以 及 持续 改进 ， 来 支持 目标 得 以 实现 。 “基础 ”代表 精益 -敏捷 领导 者 提供 的 一 切 
必要 支持 。 


拥抱 敏捷 


此 外 ，SAFe 框 架 是 完全 基于 敏捷 团队 和 领导 者 的 技能 、 资 质 及 能 力 构建 起 来 的 。 虽 然 ， 对 于 敏捷 方法 没有 一 个 统一 的 定 
义 ， 但 是 敏捷 宣言 提供 了 一 个 统一 的 价值 体系 ， 有 助 于 敏捷 方法 发 展 成 为 主流 的 开发 方法 。 


综合 以 上 思想 ， 可 以 创建 出 精益 -敏捷 思维 ， 它 是 新 型 管理 方法 和 增强 型 文化 的 一 部 分 ， 它 提供 了 驱动 成 功 转 型 所 需要 的 领 
导 力 ， 并 有 助 于 个 人 和 企业 实现 其 目标 。 


精益 的 SAFe 之 屋 


精益 思想 虽然 最 初 起 源 于 精益 生产 (参考 资料 [1]) ， 但 精益 思想 的 原则 和 实践 同样 可 以 应 用 于 软件 、 产 品 和 系统 开发 中 ， 
其 应 用 范围 是 深远 和 广泛 的 。 


例如 ，Ward (参考 资料 [2]) 、Reinertsen (参考 资料 [3]) 、Poppendieck (参考 资料 [各 ) 和 Leffingwell (参考 资料 [5]) 
等 人 都 描述 了 精益 思想 的 各 个 方面 ， 他 们 把 精益 的 核心 原则 和 实践 付 诸 产 品 开发 的 环境 中 。 综 合 所 有 这 些 要 素 ， 受 到 丰田 公司 的 
精益 之 屋 的 启发 ， 我 们 提出 了 精益 的 SAFe 之 屋 ， 如 图 1.4-1 所 示 。 


目标 一 一 价值 


精益 的 目标 是 毋庸 置疑 的 : 在 可 持续 的 最 短 前 置 时 间 内 交付 最 大 的 客户 价值 ， 同 时 向 客户 和 社会 提供 所 能 达到 的 最 佳 质量 。 
高 昂 的 士气 、 安 全 的 实施 、 客 户 的 满意 ， 这 些 都 是 更 深远 的 目标 和 收益 。 


尊重 个 人 和 文化 
》 由 人 执行 所 有 的 工作 


> 客户 消费 和 使 用 我 们 | 


的 工作 成 果 

一 不 要 让 客户 负荷 过 重 

— 不 要 让 客户 总 是 等 待 

— 不 要 强制 客户 无 谓 
的 浪费 

一 不 要 总 是 一 厅 情 愿 


，》 基 于 信任 构建 长 期 的 | 


合作 伙伴 关系 


》 文化 总 是 最 后 才 被 改 


变 ， 而 不 是 首先 改变 


》 想 要 改变 文化 ， 首 先 | 


改变 组 织 结构 


流动 

b 优化 持续 的 、 可 持续 
的 价值 交付 吞吐 量 

》 内 建 质 量 ， 流 动 基 于 
内 建 质量 

> 理解、 探索 和 管理 变 

> 避免 频繁 启 停 造成 的 
项 目 延 迟 

》 通 过 快速 反馈 使 用 非 
正式 的 决策 


创新 

，》 生 产 者 进行 创新 ， 客 
户 进行 验证 

》 走 出 办 公 室 

> 为 创新 提供 时 间 和 空间 

> 应 用 创新 财务 会 计 方法 

> 螺旋 前 进 ， 不 需要 任 
何 怜 悦 和 愧 商 


持续 改进 
持续 保持 危机 意识 
>» 整体 优化 


> 实事 求 是， 快速 行动 

> 应 用 精益 工具 识别 和 
抓 住 根本 原因 

> 在 关键 里 程 碑 上 进行 反 
思 ， 识 别 和 改善 不 足 


tam — 敏捷 领导 力 
管理 层 使 用 并 教授 精益 思想 ， 并 长 期 以 此 哲学 思考 方法 为 


基础 : 


基础 做 出 决策 。 精 益 - 敏捷 领导 力 的 原则 


图 1.4-1 精益 的 SAFe 之 屋 


支柱 1 一 一 尊重 个 人 和 文化 


SAFe 是 一 个 规模 化 实施 精益 -敏捷 开发 的 系统 框架 ， 但 它 自身 并 不 参与 实例 化 操作 ， 也 不 完成 任何 实际 的 工作 。 而 完全 是 由 
人 来 完成 所 有 的 工作 ， 精 益 的 SAFe 之 屋 的 基本 价值 是 尊重 个 人 和 文化 ， 人 们 被 授权 演进 自己 的 实践 并 进行 改进 提高 。 


管理 者 激发 团队 成 员 思 考 ， 从 而 做 出 改变 ， 也 会 指出 应 该 做 哪些 改进 。 同 时 ， 团 队 和 个 人 也 要 学 习 问 题解 决 和 反思 的 技能 ， 
然后 进行 适当 的 改进 提高 。 


文化 是 这 种 行为 背后 的 驱动 力 ， 一 个 真正 的 精益 组 织 要 想 演 进 ， 
必须 率先 改变 。 文 化 和 个 人 不 单单 是 一 个 内 部 的 组 成 部 分 ， 
及 更 广泛 的 社区 关系 。 


就 需要 文化 的 改变 。 为 了 实现 这 一 目标 ， 组 织 及 其 领导 者 就 
企业 的 文化 可 以 延展 较 长 的 时 期 ， 涉 及 供应 商 、 合 作 伙伴 、 客 户 ， 以 


哪里 有 积极 变革 的 紧迫 性 ， 哪 里 就 会 逐步 实现 文化 的 提升 。 首 先 ， 理 解 SAFe 的 价值 观 和 原则 ; 其 次 ， 实 施 SAFe 的 实践 ; 最 
后 ， 交 付 积极 的 成 果 。 文 化 的 改变 自然 就 会 随 之 而 来 。 


支柱 2 一 一 流动 

成 功 实施 SAFe 的 关键 是 建立 一 个 持续 的 工作 流动 ， 基 于 持续 的 反馈 和 调整 ， 并 支持 增 量 的 价值 交付 。 建 立 持续 流动 是 至 关 
重要 的 ， 尤 其 有 助 于 快速 的 价值 交付 、 有 效 的 质量 实践 、 持 续 改进 ， 以 及 基于 事实 的 有 效 组 织 治理 。 流 动 的 原则 体现 在 精益 之 屋 
的 “流动 ”支柱 中 ， 它 体现 了 SAFe 精 益 -敏捷 原则 的 重要 组 成 部 分 ， 同 时 也 通过 各 种 实践 进行 了 实例 化 。 这 些 原则 和 实践 包括 完 
整 的 价值 流 、 可 视 化 和 限制 WIP、 减 小 批 次 规模 和 管理 队列 长 度 ， 以 及 基于 延迟 成 本 的 工作 排 定 优先 级 。 精 益 也 十 分 关注 内 建 质 
量 、 快 速 反馈 ,以 及 识别 和 持续 减少 延迟 成 本 与 没有 价值 的 活动 。 


这 些 内 容 提供 了 一 个 能 够 更 好 地 理解 系统 开发 流程 的 重要 变革 ， 通 过 提供 新 的 思维 方式 、 工 具 和 技术 ， 从 而 使 领导 者 和 团队 
成 员 可 以 从 基于 “阶段 -门限 ”的 流程 ， 转 型 成 能 够 更 加 持续 地 进行 价值 交付 的 流程 。 


支柱 3 一 一 创新 


尽管 “流动 ”支柱 构建 了 价值 交付 的 基础 ， 但 是 如 果 没 有 “创新 ”支柱 ， 产 品 和 流程 都 将 停滞 不 前 。 “创新 ”是 精益 的 
SAFe 之 屋 的 关键 组 成 部 分 。 精 益 -敏捷 领导 者 通过 如 下 内 容 支 持 创新 活动 : 


- “走出 办 公 室 ”， 进 入 实际 的 工作 环境 中 ， 到 现场 感受 价值 交付 和 产品 创建 与 使 用 (gmba) 。 正 如 大 野 耐 一 所 说 ，“ 有 
用 的 改进 不 可 能 在 办 公 桌 上 发 明 ”。 


为 员工 提供 创新 的 时 间 和 空间 ， 用 于 创新 的 时 间 必 须 有 明确 目标 。 创 新 很 少 出 现在 对 资源 的 100% 利 用 或 者 持续 的 “ 救 
火 ” 工 作 中 。SAFe 的 创新 与 计划 (IP) 迭代 就 提供 了 这 样 的 创新 机 会 。 


* 应 用 创新 财务 会 计 方 法 (参考 资料 [6]) 。 建 立 非 财务 的 、 真 实 有 效 的 度量 指标 ， 从 而 提供 对 于 创新 中 重要 元 素 的 快速 反 


馈 
. 与 客户 一 起 验证 创新 ， 假 如 需要 改变 ， 不 带 任何 怜 届 和 愧 商 。 
支柱 4 一 一 持续 改进 


第 4 个 支柱 是 “持续 改进 ”。 通 过 这 个 支柱 ， 引 导 组 织 经 过 持续 改进 和 不 断 完善 ， 最 终 成 为 学 习 型 组 织 。 不 断 的 危机 意识 ， 


A 


可 以 促使 学 习 型 组 织 积极 追求 改进 的 机 会 。 建 议 领导 者 和 团队 成 员 会 按照 以 下 方法 执行 : 


对 组 织 和 开发 流程 的 整体 优化 ， 而 非 局 部 优化 。 


实事 求 是， 快速 行动 。 
. 使 用 精益 工具 和 技术 ， 确 定 无 效 性 的 根源 ， 快 速 应 用 有 效 的 对 策 。 


. 在 关键 里 程 碑 上 进行 反思 ， 以 开放 的 心态 识别 和 处 理 所 有 层级 流程 中 的 不 足 。 
基础 一 一 领导 力 


精益 的 基础 是 领导 力 ， 这 是 团队 成 功 的 根本 推动 力 。SAFe 的 理念 其 实 非常 简单 : 采纳 和 成 功 实施 精益 -敏捷 的 终极 责任 ， 是 
由 企业 的 主管 、 经 理 和 高 层 管理 者 来 承担 的 。 “这 项 责任 是 不 能 委派 给 其 他 人 的 ” (参考 资料 [7]， 戴 明 ) ， 包 括 那 些 精益 /敏捷 
倡导 者 、 精 益 /敏捷 工作 组 、 开 发 团队 、PMO、 流 程 团队 、 外 部 咨询 顾问 或 者 其 他 第 三 方 。 想 要 取得 成 功 ， 领 导 者 必须 接受 这 些 
新 型 创新 思维 方式 的 培训 ， 并 展示 出 精益 -敏捷 领导 力 的 原则 和 行为 。 


精益 思想 与 一 般 的 敏捷 实践 经 验 有 所 不 同 。 敏 捷 实 践 通 常 是 引入 一 个 基于 团队 的 流程 ， 而 并 不 包含 管理 层 ， 但 这 种 情况 不 太 
容易 进行 扩展 。 所 以 ， 这 就 是 传统 的 敏捷 方法 和 SAFe 的 一 个 显著 区 别 : 


在 传统 的 敏捷 方法 中 ， 管 理 层 的 职责 仅仅 是 支持 团队 ， 帮 助 团队 消除 障碍 。 而 在 精益 一 敏捷 开发 中 ， 项 望 管 理 者 能 够 领导 团 
队 ， 拥 抱 精益 的 价值 观 ， 有 能 力 参 与 一 些 基 础 实践 ， 主 动 消除 障碍 ， 在 驱动 组 织 变 革 和 促进 持续 改进 时 扮演 积极 的 推动 者 角色 。 


敏捷 宣 


Ll} 


20 世 纪 90 年 代 ， 为 了 应 对 瀑布 式 开发 方法 所 面临 的 挑战 ， 出 现 了 很 多 更 加 轻 量 的 、 更 加 考虑 迭代 执行 的 开发 方法 。 在 2001 
年 ,倡导 这 些 方法 的 思想 领袖 们 聚集 在 美国 犹他 州 的 雪 鸟 小 镇 ,虽然 大 家 所 提出 的 方法 各 不 相同 ， 但 是 与 会 者 一 致 认为 这 些 不 同 
方法 所 遵循 共同 的 价值 观 和 信仰 ， 最 终 提出 了 《敏捷 软件 开发 宣言 》 (参考 资料 [8]) ， 这 是 一 个 转折 点 ， 它 有 助 于 统一 方法 ， 
并 开始 在 更 大 的 范围 之 内 ， 推 广 这 些 创 新 方法 的 益处 。 敏 捷 宣 言 包含 了 一 组 价值 观 声明 和 一 组 原则 ， 如 图 1.4-2 和 图 1.4-3 所 示 。 


敏捷 宣言 的 价值 观 
我 们 一 直 在 实践 中 探寻 更 好 的 


软件 开发 方法 ， 身 体力 行 的 同时 也 帮助 他 人 。 


由 此 我 们 建立 了 如 下 价值 观 : 
个 体 和 互动 高 于 流程 和 工具 
工作 的 软件 高 于 详尽 的 文档 

客户 合作 高 于 合同 谈判 
响应 变化 高 于 遵循 计划 

也 就 是 说 ， 尽 管 右 项 有 其 价值 
我 们 更 重视 左 项 的 价值 。 


agilemanifesto.org 


Al42 ”敏捷 宣言 的 价值 观 


敏捷 宣言 通过 各 种 各 样 的 敏捷 方法 ， 为 有 效 的 、 授 权 的 、 自 组 织 的 团队 提供 敏捷 实施 的 基础 。SAFe 将 这 个 实施 的 基础 扩展 
到 了 跨 团队 的 级 别 ， 并 应 用 精益 思想 理解 和 持续 提升 系统 ， 从 而 支持 多 团队 的 各 项 关键 工作 。 


敏捷 宣言 的 原则 


1. 我 们 最 重要 的 目标 ， 是 通过 持续 不 断 地 及 早 交付 有 价值 的 软件 使 客户 满意 

a 欣然 面 对 需 求 变 化 ， 即使 在 开发 后 期 也 一 样 。 为 了 客户 的 竞争 优势 ， 敏 捷 过 程 掌控 变 化 。 

3. 经 常 地 交付 可 工作 的 软件 ， 相 隔 几 星期 或 一 两 个 月 ， 倾 向 于 采取 较 短 的 周期 

4. 业务 人 员 和 开发 人 员 必 须 相互 合 作 ， 项 目 中 的 每 一 天 都 不 例外 。 

5. 激发 个 体 的 斗志 ， 以 他 们 为 核心 搭建 项 目 — 辅 以 信任 ， 从 而 达成 目标 
6. 不 论 团队 内 外 ， 面 对 面 交谈 是 传递 信息 效果 最 效率 最 高 的 方式 

7. 可 工作 的 软件 是 进度 的 首要 度量 标准 

8. 敏捷 过 程 倡导 可 持续 开发 。 发 起 人 、 开 发 人 员 和 用 户 要 能 够 共同 维持 其 步调 稳定 延续 
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. 坚持 不 懈 地 追求 技术 卓越 和 良好 设计 ， eee. 

10. 以 简洁 为 本 ， 它 是 极力 减少 不 必要 工作 量 的 艺术 。 

11. 最 好 的 架构 、 需 求 和 设计 出 自 自 组 织 团 队 

12. 团队 定期 地 反思 如 何 能 提高 成 效 ， 并 依 此 调整 自身 的 举止 表现 。 


agilemanifesto.org 


图 1.4-3 ”敏捷 宣言 的 原则 
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1.5 SAFe 的 原则 


人 们 常 说 : “我 们 的 问题 是 不 同 的 ”， 这 其 实 是 最 常见 的 错误 ， 它 困扰 着 全 世界 的 管理 者 。 这 些 问 题 确 实 各 不 相同 ， 但 有 助 
于 提升 产品 和 服务 质量 的 原则 在 本 质 上 却 是 相同 的 。 


SAFe 基 于 一 系列 恒定 的 、 基 本 的 精益 和 敏捷 的 原则 。 这 些 原则 是 基本 原理 、 基 本 事实 和 基本 经 济 基础 ， 它 们 驱动 角色 和 实 
践 ， 让 SAFe 得 以 有 效 实施 。SAFe 的 九 个 原则 如 下 : 


#1 一 一 采取 经 济 视角 

#2 一 一 运用 系统 思考 

#3 一 一 接受 变异 性 ， 保 留 可 选项 

#4 一 一 通过 快速 集成 学 习 环 ， 进 行 增 量 式 构建 


#5 一 一 基于 对 可 工作 系统 的 客观 评价 设立 里 程 碑 


#6 一 一 可 视 化 和 限制 在 制品 ， 减 少 批 次 规模 ,管理 队列 长 度 
#7 一 一 应 用 节奏 ， 通 过 跨 领 域 计划 进行 同步 


#8 一 一 释放 知识 工作 者 的 内 在 动力 


#9 一 一 去 中 心 化 的 决策 


为 什么 聚焦 在 原则 上 


构建 企业 级 软件 和 信息 物理 系统 ， 是 当今 业界 面临 的 最 复杂 的 挑战 之 一 。 所 以 ， 数 百 万 行 的 软件 代码 ， 复 杂 的 硬件 和 软件 交 
互 ， 多 个 并 发 的 平台 ， 要 求 严格 的 非 功 能 性 需求 一 这 些 仪 仪 是 系统 构建 者 们 所 面临 的 挑战 中 的 一 小 部 分 。 


当然 ， 建 立 这 些 系 统 的 企业 也 变 得 越 来 越 复 杂 。 他 们 比 以 往 的 规模 更 大 ， 地 域 上 也 更 加 分 散 。 合 并 和 收购 ， 分 布 式 跨国 (S 
多 国语 言 ) 研发 ， 离 岸 外 包 ， 以 及 获得 成 功 所 需要 的 快速 增长 ， 这 些 因素 都 是 解决 方案 的 一 部 分 ， 但 同时 也 是 问题 的 一 部 分 。 


幸运 的 是 ， 我 们 有 一 个 良好 的 和 不 断 发 展 的 知识 体系 ， 有 助 于 我 们 应 对 这 一 挑战 。 这 个 体系 包括 敏捷 原则 和 方法 ， 精 益 和 系 
统 思考 ， 产 品 开发 流 ， 精 益 流 程 和 产品 开发 等 。 许 多 思想 领袖 已 经 率先 走 上 了 这 条 探索 的 道路 ， 给 我 们 提供 了 大 量 的 书籍 和 参考 
资料 。 


SAFe 的 目标 是 综合 一 些 相关 的 知识 体系 ， 并 从 数 以 百 计 的 部 署 实施 中 收集 经 验 教 训 ， 从 而 形成 一 个 统一 的 框架 个 包 
含 众多 有 效 实践 的 综合 系统 ， 它 有 助 于 在 提高 员工 参与 度 、 加 快 产 品 上 市 时 间 、 提 升 解决 方案 质量 和 团队 生产 力 等 方面 做 出 显著 
的 改善 。 然 而 ， 前 文 也 提 到 了 行业 挑战 的 复杂 性 ， 每 一 个 企业 面临 的 挑战 都 有 所 不 同 ， 也 就 不 可 能 找到 一 个 通用 的 解决 方案 适合 
所 有 情况 。 这 就 意味 着 需要 根据 实际 情况 ， 对 SAFe 框 架 进行 一 些 剪 裁 和 定制 化 处 理 ，SAFe 中 所 推荐 的 众多 实践 也 不 一 定 适 用 于 
所 有 情况 。 因 此 ， 我 们 一 直 致 力 于 通过 SAFe 提 供 基础 的 实践 、 合 理 和 恒定 的 原则 。 这 样 我 们 就 能 有 信心 让 SAFe 适 用 于 各 种 常见 
的 场景 ， 如 果 遇 到 特殊 场景 ， 也 可 以 借助 SAFe 基 本 原则 的 指导 ， 在 实施 过 程 中 确保 可 以 沿 着 持续 改进 的 方式 ，“ 在 最 短 的 可 持 
续 性 前 置 时 间 内 ， 为 人 类 和 社会 提供 最 好 的 质量 和 价值 ”。 这 种 适用 性 的 方式 同样 能 够 给 客户 带 来 价值 。 


第 2 章 将 对 SAFe 的 九 个 原则 进行 详细 的 讨论 。 


[0] 世界 著名 的 质量 管理 大 师 。 


译 者 注 


1.6 ”实施 SAFe 步 又 1-2-3 


管理 者 仅仅 承诺 致力 于 质量 和 生产 力 是 远 远 不 够 的 ， 他 们 还 必须 知道 ， 在 执行 的 过 程 中 自己 必须 要 做 哪些 事情 。 而 且 这 项 责 
任 是 不 能 委派 给 其 他 人 的 。 


摘要 


通过 实施 必要 的 改变 ， 转 型 成 为 一 个 精益 -敏捷 企业 ， 这 对 于 绝 大 多 数 企业 来 说 是 一 个 颠覆 性 的 变革 。 拥 抱 精益 -敏捷 思 
维 ， 理 解 和 应 用 精益 -敏捷 原则 ， 有 效 地 实施 SAFe 实 践 ， 这 些 都 是 企业 获得 业务 收益 的 先决 条 件 。 当 然 ， 也 需要 包含 企业 文化 的 

SAFe 是 一 个 公开 发 布 和 免费 使 用 的 知识 体系 ， 但 是 SAFe 本 身 并 不 是 具体 实施 流程 ， 也 没有 规定 进行 成 功 组 织 变革 管理 的 相 
关 流 程 。 而 是 需要 企业 进行 定制 化 处 理 ， 因 为 只 有 企业 了 解 自身 所 处 的 环境 ， 也 必须 由 企业 自己 来 承担 转型 的 重任 (通常 情况 下 
企业 会 通过 合作 伙伴 辅助 转型 的 实施 ) 。 

已 经 有 许多 企业 走 上 了 转型 之 路 (可 以 参考 网 站 www.scaledagileframework.com 上 “案例 研究 ”的 相关 文章 ) ， 而 且 这 


些 案例 中 的 经 验 教训 也 越 来 越 普 及 。 基 于 对 数 以 百 计 的 SAFe 实 施 案例 的 研究 分 析 ，SAI 公 司 作 为 SAFe 的 创始 者 ， 开 发 了 成 功 实 
施 SAFe 的 “实施 SAFe 步 骤 1-2-3” 模 型 。 它 提供 了 一 个 简明 的 路 线 图 ， 有 助 于 实施 人 员 保 持 战略 协同 。 


这 里 对 SAFe 实 施 的 成 功 模式 给 出 了 一 个 概要 性 描述 ， 同 时 也 指出 服务 提供 商 (提供 SAFe 咨 询 的 机 构 ) 的 社区 也 在 成 长 , 他 
们 已 经 做 好 了 准备 ， 并 且 愿 意 帮助 企业 进行 这 个 关键 的 转型 。 


图 1.6-1 展 示 了 “实施 SAFe 步 骤 1-2-3” 模 型 的 总 结 。 接 下 来 ,我们 将 对 其 中 的 每 一 个 步 又 进行 具体 的 介绍 。 


1 .培训 实施 人 员 和 精益 -敏捷 变革 驱动 者 


考虑 到 实施 范围 、 挑 战 和 影响 等 因素 ， 要 想 成 功 地 实施 SAFe， 需 要 大 多 数 企 业 结 合 内 部 和 外 部 的 变革 驱动 者 、 领 导 者 、 导 
师 及 教练 ， 这 些 人 员 需 要 具备 教授 和 引导 SAFe 执 行 的 技能 。 为 了 实现 这 个 目标 ，SAI 公 司 提供 了 “实施 SAFe 4.0 的 SPC 认 证 项 
目 ”， 通 过 完成 这 个 认证 课程 ， 可 以 具备 以 下 能 
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图 1.6-1 实施 SAFe 步 又 1-2-3 


` 使 用 SAFe 引 导 企 业 级 敏捷 转型 
- 实施 SAFe 
- 实施 敏捷 发 布 火车 ， 通 过 检视 和 调整 工作 坊 持 续 提升 敏捷 发 布 火车 的 执行 
如 果 参 加 了 培训 课程 并 通过 了 SPC 认 证 考试 ， 可 以 获得 以 下 授权 : 
. 教授 “Leading SAFe 课 程 ”， 培 训 经 理 和 高 层 管 理 者 ， 颁 发 SAAFe 敏 捷 领 导 者 (SAFe Agilist, SA) 认证 
- 教授 “SAFe 4.0 团 队 级 课程 ”， 培 训 团 队 层 级 的 实践 者 ， 颁 发 SAFe 敏 捷 实 践 者 (SAFe Practitioner, SP) 认证 


认证 的 SPC 培 训 师 (SAFe Program Consultant Trainer, SPCT) 可 以 通过 在 全 球 范 围 内 的 公开 课 和 内 训 ， 开 设 SAFe 4.0 
培训 课程 ， 颁 发 SAFe 咨 询 顾问 (SAFe Program Consultant, SPC4) 认证 。 大 家 可 以 在 SAFe 网 站 上 
(www.scaledagile.com) 找到 SAI 公 司 的 合作 伙伴 ， 这 些 机 构 可 以 提供 SAFe 的 相关 服务 。 业 界 也 有 许多 独立 的 SPC 咨 询 师 ， 可 
以 在 网 站 上 (www.scaledagileacademy.com) 的 SPC 会 员 区 域 找到 相关 信息 。 


2 .培训 企 业 高 管 、 经 理 和 主管 


企业 高 管 、 经 理 和 主管 们 需要 理解 精益 -敏捷 转型 的 条 件 ， 包 括 为 什么 采用 SAFe， 以 及 如 何 使 用 SAFe， 这 一 点 至 关 重 要 。 
实现 这 一 目标 ，SAI 公 司 提供 了 一 个 为 期 2 天 的 培训 课程 一 一 “Leading SAFe 4.0， 引 领 精益 -敏捷 企业 实施 规模 化 敏捷 框 


架 ”， 通 过 参加 这 个 培训 ， 学 员 能 


+ 采纳 精益 -敏捷 的 理念 


. 应 用 精益 和 敏捷 的 原则 ， 基 于 这 些 恒定 的 原则 进行 日 常 决策 ， 理 解 、 使 用 和 教授 这 些 原 则 
. 理解 规模 化 敏捷 框架 的 实践 、 角 色 、 活 动 和 工件 

- 释放 知识 工作 者 的 内 在 动力 

. 学 习 持 续 改进 的 实践 和 工具 ， 向 员工 教授 问题 解决 和 纠偏 行动 的 技能 

` 深入 到 一 线 ， 参 加 新 流程 采用 、 消 除 障碍 和 促进 组 织 变革 管理 等 工作 

. 负责 精益 - 敏捷 的 成 功 实施 


这 门 课程 的 受众 群体 是 企业 高 管 、 经 理 和 变革 驱动 者 ， 他 们 的 职责 是 引领 精益 -敏捷 变革 ， 他 们 可 以 从 培训 中 获取 引领 SAFe 
实施 的 必 备 知识 。 


培训 课程 之 后 的 认证 考试 是 可 选 的 ， 如 果 通 过 考试 ， 可 以 获得 SAFe 敏 捷 领 导 者 (SA) 认证， 同时 享有 SAFe SA 社区 的 会 员 
(有 效 期 1 年 ) 资格 和 相应 的 权利 。 

认证 的 SPC 咨 询 师 可 以 通过 在 全 球 范围 内 的 公开 课 和 内 训 ， 开 设 Leading SAFe 4.0 培 训 课 程 。SAI 公 司 、SAFe 合 作 伙伴 机 构 
以 及 业内 的 独立 SPC 咨 询 师 都 可 以 得 到 授权 ， 开 设 这 门 课程 。 


3. 培 训 团 队 ， 启 动 敏捷 发 布 火车 


敏捷 发 布 火车 是 企业 中 核心 的 价值 交付 机 制 ， 但 是 启动 这 些 发 布 火车 并 不 是 一 项 简单 的 工作 。 有 一 种 敏捷 发 布 火车 “快速 启 
动 ” 机 制 ， 已 经 得 到 了 验证 ， 是 非常 有 效 的 。 


“快速 启动 ”是 一 个 为 期 1 周 的 浸泡 式 培训 ， 在 开始 之 前 通常 要 进行 充分 的 准备 ， 其 主要 的 内 容 如 下 : 

. 组 织 50 一 100 人 的 团队 成 员 进 入 敏捷 团队 ， 对 他 们 进行 精益 、 敏 捷 和 SAFe 的 培训 

. 协调 每 个 敏捷 团队 ， 明 确 发布 火 车 的 共同 目标 ， 利 用 2 天 的 时 间 进 行 下 一 个 项 目 群 增 量 (PD 的 面对面 计划 会 议 
. 介绍 在 新 型 敏捷 企业 中 产品 负责 人 和 Scrum Master 需 要 具备 的 技能 及 开展 的 活动 


. 构建 基于 环境 、 节 奏 和 滚动 式 的 计划 与 交付 模型 ， 不 断 将 业务 目标 的 制订 和 项 目 群 承 诺 、 有 效 且 可 靠 的 项 目 群 执行 ， 以 及 
适应 性 反馈 联系 起 来 


具备 SPC 资 格 的 咨询 师 可 以 提供 上 述 服 务 ， 同 时 可 以 通过 会 员 登 录 SAFe 网 站 ， 下 载 并 使 用 “SAFe ART 资 料 包 ” (包括 支持 
组 织 、 项 目 群 、 个 人 成 功 实施 和 持续 改进 的 一 系列 工具 ) ， 从 而 为 成 功 实施 做 好 准备 。 同 样 ， 组 织 也 可 以 考虑 购买 ART 培 训 和 局 
动 的 打包 服务 许可 证 ， 这 样 就 可 以 获得 快速 并 有 效 启动 敏捷 发 布 火车 所 需要 的 相关 培训 讲义 和 工具 。 
支持 咨询 活动 

一 旦 企业 内 部 具备 了 大 量 关 键 的 精益 -敏捷 领导 者 ， 同 时 一 些 敏 捷 发 布 火车 也 开始 运行 ， 企 业 就 会 采取 各 种 咨询 活动 并 从 中 
受益 。 相 关 的 活动 包括 : 辅导 发 布 火车 的 执行 ， 培 训 各 种 专项 人 员 ， 以 及 持续 改进 。 


辅导 发 布 火车 执行 


教练 人 员 可 以 通过 分 享 自己 的 知识 和 经 验 ， 以 及 开展 以 下 活动 ， 帮 助 团队 和 个 人 提升 新 的 技能 : 


. 提供 项 目 群 咨询 和 团队 教练 ， 从 而 构建 组 织 的 精益 - 敏捷 能 力 


“引导 敏捷 发 布 火车 准备 工作 ， 包 括 项 目 群 待 办 事项 列表 梳理 等 

引导 检视 和 调整 工作 坊 

. 引导 投资 组 合计 划 工 作坊 

“ 实施 相关 的 度量 和 治理 

* 指导 高 层 管理 者 、 经 理 和 其 他 项 目 群 利益 相关 者 采纳 SAFe 

- 指导 和 协助 发 布 火车 工程 师 

上 述 这 些 活动 由 许多 规模 化 敏捷 工作 坊 的 工具 支持 ，SPC 咨 询 师 可 以 获得 这 些 相 关 工 具 ，。 
培训 各 种 专项 人 员 


对 各 种 专项 人 员 (包括 那些 即将 成 为 产品 负责 人 和 Scrum Master 的 人 员 ) 进行 培训 非常 重要 ， 可 以 让 他 们 了 解 与 自己 角色 
相关 的 那些 原则 和 实践 。 相 关 的 培训 课程 包括 : 


- SAFe 4.0 Scrum Mastet 指 南 : 针对 SAFe Scrum Mastet 进 行 的 为 期 0.5~1 天 的 上 岗 培 训 


` SAFe 4.0 产 品 经 理 /产品 负责 人 的 PMPO 认 证 : 针对 产品 经 理 、 业 务 负责 人 和 产品 负责 人 的 为 期 2 天 的 认证 培训 ， 参 训 者 可 
以 掌握 如 何 对 待 办 事项 列表 进行 优先 级 排 定 和 管理 ， 实 施 SAFe 的 活动 ， 定 义 和 支 持 史诗 、 能 力 、 特 性 及 用 户 故 事 ， 在 企业 的 不 
同 层级 上 进行 利益 相关 者 管理 


- SAFe 4.0 高 级 Sctum Mastet 的 ASM 认 证 : 针对 Scrum Mastet 领 导 力 培养 的 为 期 2 天 的 高 级 认证 课程 ， 讲 授 如 何 成 功 引导 敏捷 团 
队 、 项 目 群 和 企业 级 别 的 相关 活动 。 该 培训 提供 了 一 个 Scrum Mastet 的 范例 ， 包 括 如 何 扩展 工程 实践 和 DevObs 实 践 ， 如 何 使 用 看 
板 管理 流动 ， 如 何 支持 架构 师 、 产 品 经 理 和 其 他 关键 利益 相关 者 的 交互 ， 以 及 构建 高 绩效 敏捷 团队 的 相关 技巧 等 。 


Ose 这 些 培训 讲义 经 常会 更 新 ， 在 使 用 前 可 以 到 SAFe 网 站 上 查看 一 下 ， 确 保 使 用 最 新 版 本 。 
持续 改进 


企业 的 转型 一 旦 开始 ， 就 会 有 许多 来 自 广 泛 社区 的 咨询 专家 通过 专业 的 引导 活动 ， 提 供 各 种 各 样 的 机 会 维持 并 提高 改进 的 速 
度 和 质量 。 这 些 活动 包括 敏捷 发 布 火车 健康 检查 ,投资 组 合 、 价 值 流 、 敏 捷 发 布 火车 和 团队 的 敏捷 成 熟 度 自我 评估 ， 以 及 相应 的 
检视 和 调整 会 议 。 我 们 可 以 帮助 推荐 企业 内 部 的 SPC 咨 询 顾问 、SAFe 合 作 伙伴 机 构 ， 以 及 其 他 独立 的 SPC 咨 询 顾问 。 


企业 级 SAFe 的 指南 和 治理 


如 果 企业 希望 根据 SAFe 网 站 上 的 标准 框架 进行 定制 化 处 理 ， 可 以 获得 企业 级 SAFe 许 可 的 全 部 内 容 。 推 广 精益 -敏捷 最 佳 实 
践 的 组 织 可 以 使 用 企业 级 SAFe， 从 而 可 以 将 最 新 的 SAFe 内 容 应 用 到 团队 中 ， 也 可 以 获得 SAI 公 司 思想 领袖 和 专家 的 支持 。 


企业 级 SAFe 人 允许 组 织 围绕 共同 的 过 程 目标 ， 同 时 提供 相应 的 能 力 以 适应 企业 自身 的 独特 需要 和 文化 。 企 业 级 SAFe 人 允许 组 织 
创建 一 个 定制 化 的 SAFe 框 架 ， 同 时 随 着 方法 论 的 发 展 保持 自动 更 新 。 


完全 适应 组 织 的 环境 


企业 级 SAFe 由 SAI 公 司 提供 ， 在 WordPress 上 进行 构建 ， 它 支持 组 织 根据 自身 的 情况 调整 SAFe 全 景 图 的 呈现 形式 ， 以 及 
SAFe 所 提供 的 内 容 。 企 业 可 以 使 用 一 系列 工具 ， 接 受 或 者 拒绝 SAFe 框 架 的 内 容 ， 也 可 以 增加 自己 定制 化 的 相关 内 容 ， 比 如 文 
章 、 符 号 、 标 签 和 图 表 。 


企业 级 SAFe 的 特点 包括 : 
> 一 个 WordPress 博 客 平台 可 以 允许 你 在 几 分 钟 之 内 ， 获 得 在 特定 情况 下 SAFe 的 实施 方法 
> 一 个 使 用 Adobe Ilustratot 进 行 定制 化 的 全 景 图 ， 可 以 从 SAFe 网 站 上 获得 对 于 框架 的 关键 更 新 
一 个 PPT 版 本 的 SAFe 全 部 资料 ， 可 以 对 整体 的 内 容 进行 相应 修改 
- 根据 定制 化 的 流程 内 容 ， 提 供 SAFe 的 修改 和 扩展 
一 套 工具 对 定制 化 的 内 容 进行 本 地 控制 ， 允 许 在 本 地 页 面 和 内 容 更 新 之 间 评 审 不 同 之 处 ， 接 受 或 者 拒绝 更 新 
: 提供 管理 支持 ， 以 方便 对 大 量 用 户 账号 进行 管理 


企业 级 SAFe 由 SAI 公 司 创 建 ， 可 以 通过 基于 安全 的 私有 云 平台 的 网 站 进行 提供 。 


第 2 草 SAFe 原 则 


原则 #1 一 一 采取 经 济 视角 

原则 #2 一 一 运用 系统 思考 

原则 #3 一 一 接受 变异 性 ， 保 留 可 选项 

原则 #4 一 一 通过 快速 集成 学 习 环 ， 进 行 增 量 式 构建 


原则 #5 一 一 基于 对 可 工作 系统 的 客观 评价 设立 里 程 碑 


原则 #6 可 视 化 和 限制 在 制品 ， 减 少 批 次 规模 ， 管 理 队 列 长 度 
原则 #7 一 一 应 用 节奏 ， 通 过 跨 领 域 计 划 进 行 同步 


原则 #8 一 一 释放 知识 工作 者 的 内 在 动力 


原则 #9 一 一 去 中 心 化 的 决策 


2.1 原则 #1 一 一 采取 经 济 视角 


你 可 能 会 忽略 经 济 ,但 经 济 不 会 忽略 你 。 


Donald Reinertsen，《 产 品 开发 流 的 原则 》 


摘要 


精益 系统 构建 者 的 目标 是 : 持续 地 在 最 短 前 置 时 间 内 ， 对 人 类 和 社会 提供 最 佳 的 质量 和 最 优 的 价值 。 为 了 实现 这 个 目标 ， 需 
要 系统 构建 者 对 经 济 效益 有 一 个 基本 的 了 解 。 如 果 没有 这 样 的 认识 ， 即 使 是 一 个 技术 成 熟 的 系统 也 可 能 需要 很 高 的 研发 成 本 ， 很 
长 的 交付 时 间 ,， 或 者 由 于 生产 和 运营 成 本 太 高 以 至 于 无 法 支持 经 济 有 效 的 价值 。 


为 此 ， 系 统 构建 者 们 (比如 整个 产业 链 中 的 领导 者 、 管 理 层 和 知识 工作 者 ) 就 必须 完全 了 解 他 们 所 做 出 决策 的 经 济 影响 。 传 
统 的 观点 是 ， 只 有 那些 了 解 业务 、 市 场 和 客户 经 济 情况 的 决策 者 与 当局 者 们 ， 才 有 必要 了 解 系统 构建 者 的 活动 与 经 济 之 间 的 关 
系 。 然 而 ， 如 果 这 些 对 经 济 相关 的 理解 只 是 集中 在 领导 者 那里 ， 就 会 造成 基层 员工 在 处 理 日 常 工作 问题 时 做 出 两 个 选择 : (1) 
不 理解 经 济 关 系 就 进行 决策 ， (2) 不 做 任何 决策 ， 而 将 这 些 问题 升级 到 管理 层 。 其 中 第 一 个 选择 会 导致 仅 仪 是 对 经 济 成 果 的 局 
部 优化 ， 而 第 二 个 选择 会 导致 延迟 价值 交付 ， 这 都 会 带 来 不 好 的 影响 。 


SAFe 十 分 强调 经 济 效益 在 成 功 的 解决 方案 开发 过 程 中 所 发 挥 的 重要 作用 。 因 此 ，SAFe 的 第 一 个 精益 -敏捷 原则 就 是 : 采取 
经 济 视 角 。 之 所 以 是 排名 首位 的 原则 ， 是 因为 如 果 不 能 满足 客户 或 系统 构建 者 的 经 济 目标 ， 那 么 解决 方案 就 无 法 长 期 存在 。 解 决 
方案 失败 的 原因 有 很 多 ， 其 中 最 主要 的 原因 就 是 不 能 满足 经 济 要 求 。 本 节 介 绍 了 通过 精益 -敏捷 方法 达到 优化 经 济 成 果 的 两 个 主 
要 方面 : 一 是 尽早 和 经 常 交付 ， 二 是 理解 每 一 个 项 目 群 和 价值 流 的 经 济 平衡 参数 。 这 两 个 方面 在 下 文中 有 详细 描述 ， 此 
外 ，SAFe 将 这 些 原 则 在 各 种 实践 中 进行 了 实例 化 ， 这 也 是 6.3 节 所 阐述 的 主题 。 


一 般 来 说， 企业 做 出 精益 -敏捷 转型 的 重大 决策 ， 是 由 于 当前 流程 不 能 满足 生产 的 需要 ， 或 者 是 他 们 认为 当前 流程 将 来 会 被 
取代 。 在 选择 精益 -敏捷 的 道路 上 ， 通 常 是 使 用 基于 增 量 式 的 模型 ， 尽 早 和 持续 交付 价值 ， 如 图 2.1-1 所 示 。 


这 样 的 决策 将 会 产生 显著 的 ,或 许 是 最 基础 的 经 济 效益 ， 如 图 2.1-2 所 示 。 


图 2.1-2 展 示 了 在 这 种 流程 中 价值 可 以 尽早 交付 给 客户 。 而 且 ， 这 些 价值 可 以 多 次 集成 ， 客 户 持 有 时 间 越 久 ， 得 到 的 价值 就 
越 大 。 


在 瀑布 模型 中 ， 价 值 无 法 在 项 目 早期 交付 ， 而 只 能 按照 计划 在 开发 周期 结束 时 得 到 交付 。 这 种 差异 也 展示 了 使 用 SAFe 的 经 
济 效益 。 此 外 ， 图 2.1-2 还 展示 了 在 瀑布 模型 中 ， 并 没有 考虑 解决 方案 构建 者 快速 得 到 反馈 的 收益 ， 而 且 最 终 能 够 按时 交付 并 满 
足 要 求 的 概率 也 会 比较 低 。 最 后 ， 还 有 第 3 个 因素 最 为 重要 ， 如 图 2.1-3 所 示 。 
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图 2.1-1 尽早 和 持续 交付 
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图 2.1-3 ”早期 价值 更 高 ， 可 以 在 更 长 的 时 间 内 产生 更 大 的 收益 


图 2.1-3 展 示 了 一 个 关键 的 差异 化 优势 : 只 要 质量 满足 要 求 ， 产 品 越 早 投入 市 场 ， 价 值 就 越 高 。 毕 竟 ， 如 果 足 够 早 的 话 ， 竞 
争 对 手 还 没有 提供 相应 的 产品 ， 因 此 客户 就 愿意 花 更 多 的 钱 来 购买 。 随 着 时 间 的 推移 ， 产 品 就 会 进入 同 质 化 和 价格 竞争 ， 也 就 没 
有 了 价值 差异 化 ， 这 就 是 产品 发 展 规律 。 这 就 意味 着 即使 是 在 早期 提供 给 客户 最 小 可 行 产品 (MVP) ， 也 比 在 后 期 提供 全 面 的 
功能 更 有 价值 。 所 以 产生 的 效果 是 ， 方 案 构建 者 的 累积 总 利润 就 会 更 高 。 这 是 精益 -敏捷 开发 的 基本 前 提 ， 也 是 精益 -敏捷 思维 
实施 的 坚实 基础 ， 更 是 解决 方案 构建 者 争取 最 短 的 可 持续 前 置 时 间 的 驱动 力量 。 


理解 经 济 平衡 的 参数 


上 述 讨 论 的 主要 问题 ， 驱 动 着 解决 方案 构建 者 使 用 这 种 更 加 经 济 有 效 的 模型 更 快速 地 交付 价值 。 然 而 ， 当 执行 项 目 群 时 仍然 
有 很 多 工作 要 做 ， 而 且 在 解决 方案 生命 周期 中 的 经 济 决 策 也 将 最 终 决 定 交 付 的 成 果 。 因 此 ， 有 必要 更 深入 地 讨论 多 种 经 济 参数 的 
平衡 。Reinertsen (参考 资料 [1]) 描述 了 5 种 基本 参数 ， 可 以 用 于 站 在 经 济 角 度 考虑 特定 的 投资 情况 ， 如 图 2.1-4 所 示 。 


周期 时 间 。 和 es》 产品 成 本 


ME =~ 开发 费用 
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图 2.1-4 ”产品 开发 经 济 学 中 的 5 种 基本 平衡 参数 
对 5 种 参数 的 解释 如 下 。 
开发 费用 : 是 指 为 了 实现 某 种 能 力 所 需 要 的 人 力 和 物料 成 本 
周期 时 | 间 : 是 指 为 了 实现 某 种 能 力 的 时 间 (前 置 时 间 ) 
- 产品 成 本 : 是 指 制 造 (销售 成 本 ) 、 部 署 和 运营 的 成 本 
GME: 是 指 所 实现 的 能 力 对 业务 和 客户 的 经 济 价值 


+ 风险 : 是 指 解决 方案 中 技术 或 业务 可 行 性 的 不 确定 性 


理解 经 济 平衡 的 参数 ， 有 助 于 优化 生命 周期 的 收益 一 一 这 也 是 处 理 开 发 中 最 佳 经 济 价值 的 关键 。 但 是 ， 这 需要 对 项 目 有 更 


深刻 的 理解 ， 以 下 是 两 个 例子 : 


1. 一 个 团队 正在 构建 一 个 家 庭 自动 化 系统 ， 据 估计 可 以 通过 增加 更 多 的 软件 功能 减少 100 美 元 的 电子 部 件 的 成 本 ， 但 是 可 能 
会 延迟 发 布 前 置 时 间 3 个 月 。 那 么 团队 应 该 执行 这 个 项 目 吗 ” 显 然 无 法 简单 给 出 答案 。 这 取决 于 产品 预期 的 销售 量 和 如 果 推 迟 3 
个 月 发 布 产品 的 延迟 成 本 之 间 的 对 比 。 在 做 出 决策 之 前 ， 还 需要 做 进一步 的 分 析 。 


2. 一 个 大 型 软件 系统 ， 如 果 有 大 量 的 技术 债务 ， 是 很 难 进行 维护 的 。 而 且 开 发 费用 是 严格 固定 的 。 如 果 专 注 于 现在 的 技术 债 
务 ， 在 短期 内 将 会 减 慢 价值 交付 ， 但 是 从 长 期 来 看 ， 会 有 利于 减少 将 来 的 特性 交付 的 前 置 时 间 。 那 么 团队 应 该 采取 这 种 措施 吗 ? 
同样 ， 也 无 法 简单 给 出 答案 ， 它 取决 于 定量 地 分 析 更 多 的 要 素 ， 再 做 出 决策 。 


除了 经 济 平衡 的 参数 ，Reinertsen 还 介绍 了 一 些 关 键 的 原则 ， 有 助 于 团队 从 经 济 的 角度 出 发 做 出 坚实 的 决策 。 这 些 原则 如 下 
FMA: 


“ 量化 延迟 成 本 的 原则 如 果 你 只 对 一 件 事 进行 量化 分 析 ， 那 就 是 延迟 成 本 


持续 经 济 平衡 的 原则 


经 济 有 效 的 选择 必须 持续 不 断 地 进行 


` 最 佳 决策 时 间 的 原则 一 每 一 个 决策 都 有 它 的 最 佳 经 济 时 间 


:沉没 成 本 的 原则 


不 要 考虑 已 经 花费 的 成 本 
-第 一 决策 规则 的 原则 一 一 使 用 去 中 心 化 经 济 控制 的 决策 规则 


以 上 最 后 一 个 原则 与 SAFe 紧 密 相关 ， 可 以 推导 出 SAFe 的 原则 #9 一 一 去 中 心 化 的 决策 ， 该 原则 将 在 6.3 节 进一步 描述 。 


[1] Reinertsen, Donald.The Principles of Product Development Flow: Second Generation Lean Product Development.Celeritas 


Publishing, 2009 


2.2 ”原则 #2 一 一 运用 系统 思考 


系统 是 必须 被 管理 的 ， 它 不 会 进行 自我 管理 。 如 果 让 其 自我 管理 ， 各 个 组 件 就 会 变 得 自私 、 相 互 竞争 ， 成 为 彼此 独立 的 利润 
中 心 ， 从 而 破坏 整个 系统 。 系 统管 理 的 奥秘 就 是 面向 组 织 目 标 ， 协 调 各 个 组 件 之 间 的 合作 。 
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戴 明 是 世界 上 最 著名 的 系统 思想 家 之 一 ， 他 一 直 专 注 于 研究 人 们 构建 和 部 署 各 类 系统 时 所 面临 的 问题 和 挑战 ， 这 些 系统 包 
括 : 制造 系统 、 社 会 系统 、 管 理 系 统 ， 甚 至 政府 系统 。 一 个 核心 的 结论 是 ， 在 员工 开展 工作 的 系统 中 所 面临 的 问题 ， 是 由 一 系列 
复杂 的 相互 作用 的 因素 驱动 的 ， 而 这 种 复杂 性 往往 是 被 低估 的 。 从 更 大 的 系统 视角 切入 ， 是 解锁 系统 奥秘 的 关键 ， 并 能 提高 开发 
流程 和 产品 与 服务 质量 ， 这 也 是 系统 的 目标 。 


解决 方案 就 是 一 个 系统 


SAFe 的 目的 就 是 帮助 系统 构建 者 实现 最 短 的 可 持续 前 置 时 间 ， 以 及 对 人 类 和 社会 交付 最 好 的 质量 和 价值 。 因 此 ， 主 要 的 焦 
点 就 是 系统 一 一 大 型 、 炫 酷 、 新 奇 的 事情 。 在 这 里 ， 系 统 是 必须 被 管理 的 ， 以 下 是 一 些 关 键 点 : 


* 系统 构建 者 必须 清晰 理解 系统 的 边界 是 什么 ， 系 统 自身 是 什么 ， 系 统 如 何 与 周围 的 环境 和 其 他 系统 进行 交互 ， 以 及 系统 内 
的 组 件 如 何 进 行 交互 从 而 达成 系统 的 目标 ， 最 终 服务 于 客户 的 需要 。 


: 仅仅 优化 一 个 组 件 是 无 法 优化 系统 的 ， 相 反 ， 系 统 必 须 进 行 整体 优化 。 系 统 构建 者 们 必须 确保 组 件 不 能 只 顾及 自己 的 利 
益 ， 也 不 能 独占 所 需要 的 资源 (比如 计算 能 力 、 内 存 、 电 力 供应 等 ) 和 其 他 要 素 。 


. 为 了 让 系统 的 行为 表现 良好 ， 就 必须 在 实施 之 前 对 其 有 清晰 的 了 解 ， 比 如 意图 架构 和 非 功能 性 的 系统 行为 。 


:一 个 系统 的 价值 会 通过 其 连接 部 件 进行 传递 ， 比 如 接口 和 接口 之 间 的 依赖 关系 ， 这 些 连 接 部 件 是 提供 最 终 价值 的 关键 要 


:一 个 系统 的 进化 速度 取决 于 系统 中 最 慢 的 集成 点 。 完 整 系统 的 集成 和 评估 越 快 ， 系 统 掌握 的 实际 知识 的 增长 速度 就 越 快 。 


构建 系统 的 企业 也 是 一 个 系统 


运用 系统 思考 带 给 我 们 的 重要 的 、 必 然 的 结果 是 : 构建 系统 的 企业 也 是 一 个 系统 。 企 业 的 员工 、 管 理 层 和 职能 行政 部 门 ， 组 
成 了 构建 系统 的 系统 。 


同样 ， 系 统 思 考 的 警示 在 企业 系统 中 也 适用 ， 否 则 也 会 造成 研发 和 产品 系统 的 各 个 组 件 只 考虑 自己 的 利益 ， 互 相干 扰 价 值 交 
付 和 经 济 效益 。 这 也 产生 了 另外 一 组 对 系统 思考 的 关键 理解 : 


- 价值 跨越 组 织 边界 。 想 要 加 快 价值 传递 ， 就 需要 消除 职能 简 仓 ， 或 者 创建 可 以 更 好 交付 价值 的 虚拟 组 织 。 
. 建立 复杂 系统 是 一 种 社会 性 工作 。 系 统 构建 者 们 必须 创造 一 种 环境 ， 使 人 们 可 以 通过 最 优 的 合作 方式 构建 最 好 的 系统 。 
- 供应 商 和 客户 都 是 价值 流 不 可 或 缺 的 组 成 部 分 。 他 们 必须 被 视 为 合作 伙伴 ， 建 立 长 久 的 信任 基础 。 
* 领导 者 必须 具备 长 远 眼 光 ， 今 天 做 出 的 决策 会 影响 未 来 的 结果 。 为 提升 能 力 进 行 投资 ， 比 如 基础 设施 、 实 践 、 工 具 和 培 
训 ， 为 未 来 的 价值 交付 和 质量 与 生产 力 的 进步 英 定 基础 。 
只 有 管理 能 够 改变 系统 
戴 明 曾 提出 过 一 些 相关 结论 (参考 资料 [1]) : “每 个 人 都 已 经 尽 了 最 大 努力 ， 问 题 存在 于 系统 之 中 ”“ 只 有 管理 能 够 改变 


这 也 为 我 们 提供 了 最 终 的 理解 : 系统 思考 需要 采取 一 种 新 的 管理 方式 ， 即 经 理 是 问题 解决 者 ， 他 们 具备 长 远 的 系统 视角 ， 并 
且 积 极 清除 障碍 。 精 益 -敏捷 管理 者 同时 也 是 老师 ， 他 们 的 工作 如 下 : 


“ 展示 和 教授 精益 、 敏 捷 和 系统 思考 的 价值 观 、 原 则 和 实践 。 

` 消除 职能 简 仓 ， 清 除 障碍 ， 促 进 流动 。 

. 建立 长 期 有 效 的 供应 商 和 客户 关系 。 

+ 持续 不 断 地 致力 于 问题 解决 和 清除 障碍 。 

- 使 用 和 教授 根本 原因 分 析 与 纠正 措施 技术 。 

` 授权 知识 工作 者 ， 释 放 其 内 在 动力 (原则 #8) 和 去 中 心 化 的 决策 (原则 #9) 。 
成 为 团队 的 伙伴 ， 共 同 实现 关键 里 程 碑 ， 帮 助 团队 识别 和 解决 问题 。 


理解 系统 思考 的 方方面面 ， 有 助 于 领导 者 和 员工 真正 明白 他 们 所 做 工作 的 目的 和 内 容 ， 以 及 对 周围 的 影响 。 反 过 来 ， 这 也 会 
形成 一 个 更 加 智慧 的 企业 ， 可 以 更 好 地 处 理 组 织 结构 和 解决 方案 研发 的 复杂 性 ， 从 而 提升 经 济 效益 。 


参考 资料 


[1] Deming, W.Edwards.The New Economics.MIT Press, 1994. 


2.3 ”原则 #3 妆 受 变异 性 ， 保 留 可 选项 


创造 系统 级 设计 和 子 系统 概念 的 多 种 可 选 方案 ; 而 不 是 过 早 地 选择 一 个 胜出 方案 ， 然 后 消除 与 之 不 同 的 其 他 可 选项 。 只 有 那 
些 存活 下 来 的 设计 选项 ， 才 是 最 强大 的 可 选 方案 。 
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系统 构建 者 们 都 会 倾向 于 减少 变异 性 。 表 面 上 看 起 来 ， 你 认为 自己 知道 的 越 多 并 且 已 经 做 出 相应 的 决策 ， 你 就 会 走 得 更 远 。 
但 事实 往往 并 非 如 此 。 虽 然 变异 性 会 导致 糟糕 的 结果 ， 但 有 些 时 候 也 不 尽 然 。 变 异性 的 自身 无 所 谓 好 与 坏 。 相 反 ， 是 由 于 时 间 的 
经 济 效应 和 变异 性 的 类 型 决定 了 最 终 的 结果 。 如 果 过 早 地 专注 于 消除 变异 性 ， 可 能 会 导致 企业 萌生 厌恶 风 险 的 文化 ， 这 样 员 工 也 
就 不 能 通过 试 错 和 学 习 来 获取 经 验 。 


精益 系统 构建 者 们 认识 到 ， 在 项 目的 早期 除了 一 些 基 本 的 系统 目标 之 外 ， 对 项 目的 实际 情况 知之 甚 少 。 确 实 ， 如 果 能 掌握 所 
有 信息 ， 那 么 系统 早 就 构建 成 功 了 。 然 而 ， 传 统 的 设计 方法 往往 让 开发 人 员 迅 速 地 开始 实现 一 个 单一 的 方案 一 一 而 这 个 方案 仅 
仅 是 众多 潜在 解决 方案 中 的 一 个 一 一 然后 再 通过 修改 设计 ， 直 到 最 终 满足 系统 的 目标 。 这 也 许 是 一 个 很 肥效 的 方法 一 一 当然 ， 
前 提 条 件 就 是 最 初 所 选择 的 单一 方案 不 能 有 误 一 一 然后 再 通过 后 续 的 迭代 进行 细 化 ， 但 是 最 终 可 能 需要 花费 很 长 时 间 才 能 得 到 
一 个 并 不 是 最 佳 设计 的 解决 方案 (参考 资料 [1]) 。 


如 果 最 初 选 择 的 单一 方案 不 是 最 优 的 ， 那 么 后 果 就 是 : 系统 越 大 、 越 需要 技术 创新 ， 所 带 来 的 损失 也 会 越 大 。 一 个 更 好 的 方 
法 是 ， 可 以 参考 使 用 基于 集合 的 设计 (多 个 设计 构成 一 组 ) 或 者 基于 集合 的 并 行 工 程 (多 个 并 行 工程 构成 一 组 ) (参考 资料 
[2]) ， 如 下 图 所 示 。 
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在 基于 集合 的 设计 中 ， 系 统 构建 者 们 最 初 会 考虑 非常 广泛 ， 提 出 多 种 设计 选项 。 接 下 来 ， 他 们 持续 地 评估 经 济 效益 和 技术 难 
度 之 间 的 平衡 ， 在 集成 的 学 习 点 上 ， 可 以 演示 与 目标 的 匹配 情况 。 然 后 ， 基 于 演示 的 结果 和 所 获取 的 经 验 ， 去 除 那 些 不 太 好 的 选 


项 ， 收 敛 到 一 个 最 终 的 设计 。 


采取 这 种 流程 ， 可 以 让 设计 选项 的 持续 时 间 尽 可 能 延长 ， 在 必要 的 时 候 进行 收敛 ， 并 最 终 产 生 更 优 的 技术 实现 和 经 济 效益 。 


参考 资料 


[1] Iansiti, Marco. “Shooting the Rapids: Managing Product Development in Turbulent Environments.” California Management 


Review 38 (1995) : 37-58. 


[2] Ward, Allan C.and Durward Sobek.Lean Product and Process Development.Lean Enterprise Institute Inc., 2014. 


24 ”原则 #4 一 一 通过 快速 集成 学 习 环 ， 进 行 增 量 式 构建 


产品 的 集成 点 ， 是 控制 产品 开发 和 提升 系统 的 关键 支点 (杠杆 点 ) 。 如 果 没 有 处 理 好 集成 点 的 时 间 ， 项 目 就 会 陷入 困境 。 


——Dantar P.Oosterwal!!! 


增 量 式 构建 系统 


在 传统 的 方法 中 ， 根 据 “ 阶 段 -门限 ”进行 开发 ， 项 目 一 开始 就 立刻 投入 成 本 ， 随 后 成 本 逐渐 累积 直到 最 终 方案 得 以 交付 。 
通常 ， 在 项 目 执行 期 间 极 少 交 付 实际 价值 ， 而 是 直到 所 有 功能 完成 后 才 在 最 后 一 次 性 交付 价值 ， 有 时 候 项 目 也 会 面临 时 间 延 期 或 
者 成 本 超支 的 问题 。 在 开发 过 程 中 ， 一 般 很 难 收集 到 有 意义 的 反馈 ， 因 为 流程 并 不 支持 反馈 收集 ;而 且 系 统 也 并 没有 按照 客户 需 
求 和 能 力 的 逐步 提升 进行 相应 的 增 量 式 设计 和 实现 。 风 险 在 项 目 执行 中 会 一 直 存 在 ， 直 到 项 目 结束 ， 有 时 候 甚 至 会 进入 到 部 署 和 
客户 最 初 使 用 环节 。 这 种 流程 所 导致 的 错误 和 问题 ， 往 往 会 破坏 系统 构建 者 和 客户 之 间 的 信任 关系 。 其 实 ， 系 统 构建 者 和 客户 也 
在 努力 调整 这 些 问题 ， 他 们 会 在 项 目 早期 进行 需求 定义 ， 并 选择 “最 好 的 ”设计 ， 他 们 也 会 执行 更 加 严格 的 “阶段 -门限 ” 评 
审 。 但 是 ， 使 用 这 种 流程 所 生成 的 解决 方案 ， 总 会 产生 一 些 潜在 的 问题 。 这 是 开发 流程 中 存在 的 一 个 系统 级 别 的 问题 ， 所 以 必须 
从 系统 化 的 角度 去 解决 这 个 问题 。 


集成 点 可 以 从 不 确定 性 中 获取 知识 


情 益 系统 构建 者 解决 问题 的 方式 与 上 述 方法 有 所 不 同 ， 他 们 并 不 是 在 项 目 早期 选择 单一 的 需求 和 设计 方案 ， 也 并 不 假设 这 些 
设计 是 完全 可 行 和 满足 要 求 的 ， 相 反 ， 他 们 会 基于 一 定 范围 的 需求 和 多 种 设计 选项 (原则 #3) 进行 一 系列 短 周期 (时 间 盒 ) 的 
增 量 式 解 决 方案 构建 。 每 一 个 时 间 侈 都 会 产 出 一 个 可 工作 系统 的 增 量 ， 可 以 交 给 系统 构建 者 和 客户 进行 评审 。 后 续 的 时 间 盒 会 在 
之 前 增 量 的 基础 上 ， 逐 渐 交付 演进 的 解决 方案 ， 直 至 最 后 发 布 。 在 集成 点 上 ， 获 取经 验 知 识 不 仅仅 是 为 了 技术 可 行 性 研究 ， 也 可 
以 得 到 最 小 可 行 解决 方案 或 者 原型 ， 供 市 场 验 证 、 建 立 可 用 性 、 获 取 客 户 反 馈 等 。 在 必要 的 地 方 ， 这 些 快速 反馈 点 允许 系统 构建 
者 找到 一 个 采取 下 一 步 方 案 的 “支点 ”， 从 而 可 以 更 好 地 服务 于 目标 客户 的 需要 。 


根据 意图 设置 集成 点 


基于 节奏 的 集成 点 逐渐 成 为 系统 构建 者 的 主要 关注 焦点 ， 它 可 以 根据 特定 的 目标 设计 相应 的 开发 流程 和 解决 方案 架构 。 每 一 


个 集成 点 都 会 创建 一 个 “拉动 事件 ”， 拉 动 各 种 方案 要 素 进行 整体 集成 ， 即 使 只 解决 了 系统 的 一 部 分 目标 也 会 进行 集成 。 集 成 点 
也 会 将 利益 相关 者 拉动 到 一 起 ， 定 期 的 同步 有 助 于 确保 方案 的 演进 ， 从 而 解决 真正 的 问题 和 当前 的 业务 需要 ， 而 不 是 仪 仅 依 赖 于 
在 项 目 开始 时 建立 起 来 的 假设 。 每 一 个 集成 点 都 会 根据 技术 可 行 性 和 当前 的 设计 选项 ， 将 不 确定 性 转化 成 经 验 知识 ， 进 而 交付 一 
定 的 价值 ， 而 且 对 于 解决 方案 潜在 可 行 性 的 经 验 知识 ， 都 是 基于 目标 进行 度量 的 (原则 #5) 。 


通过 更 快 的 周期 进行 更 快 的 学 习 


集成 点 是 休 哈 特 (shewhart) PDCA (Plan-Do-Check-Adjust) 循环 (人 参考 资料 [3]) 的 一 个 实例 ， 因 此 它 可 以 作为 控制 解 
决 方案 开发 中 变异 性 的 主要 机 制 。 


集成 点 越 频 繁 ， 学 习 速 度 就 越 快 。 在 复杂 系统 开发 中 ， 本 地 集成 点 用 于 确保 系统 中 的 每 个 元 素 和 能 力 都 能 够 服务 于 满足 整体 
解决 方案 的 目标 ， 它 也 必须 进一步 集成 到 更 高 的 系统 级 别 中 。 系 统 规模 越 大 ， 集 成 的 层级 就 越 多 。 系 统 构 建 者 们 明白 : 最 高 层级 
的 、 发 生 频 率 最 低 的 集成 点 ， 提 供 了 度量 系统 进展 的 唯一 标准 ， 他 们 也 在 努力 尽 可 能 多 地 实现 这 些 集成 点 。 所 有 的 利益 相关 者 也 
明白 : 如 果 集 成 点 的 时 间 没 有 控制 好 ， 项 目 就 会 陷入 困境 。 但 是 即便 是 这 样 ， 及 时 获取 经 验 知识 也 会 有 助 于 促进 对 范围 、 技 术 方 
法 和 成 本 的 必要 调整 ， 也 有 助 于 更 新 交付 时 间 让 项 目 可 跟踪 ， 从 而 调整 客户 的 预期 。 


> 
参考 资料 
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2.5 ”原则 #5 一 一 基于 对 可 工作 系统 的 客观 评价 设立 里 程 碑 


实际 上 ， 按 时 进行 “阶段 -门限 ”交付 与 项 目的 成 功 并 无 关系 。 但 有 些 数 据 表明 ， 反 过 来 却 是 相关 的 ， 即 成 功 的 项 目 都 是 按 
时 进行 阶段 交付 的 。 


一 一 Dantat P.Oostetwal，《 精 益 机 器 》 
“阶段 -门限 ”里 程 碑 的 问题 
现在 ， 对 于 大 系统 的 开发 需要 进行 大 量 投资 ， 可 以 达到 数 百 万 、 上 和 王 万 ， 甚 者 过 亿美 元 的 投入 。 系 统 构建 者 和 客户 有 义务 共 


同 确保 对 于 新 的 解决 方案 的 投资 可 以 提供 必要 的 经 济 收益 。 否 则 ， 就 没有 理由 进行 相应 的 投资 。 


可 以 达到 美好 的 结果 。 为 了 应 对 这 一 挑战 ， 工 业界 引入 了 “阶段 -门限 ” (瀑布 式 ) 的 开发 流程 ， 这 种 流程 会 通过 对 一 系列 确定 


显然 ， 利 益 相 关 者 必须 进行 协作 ， 帮 助 确保 预期 的 经 济 效益 贯穿 在 整个 开发 过 程 中 ， 而 不 仪 仅 是 “一 厢 情 愿 ” 地 认为 在 最 终 
的 里 程 碑 进行 度量 和 控制 。 而 且 这 些 里 程 碑 也 不 是 任意 设置 的 ， 它 们 遵循 一 定 的 逻辑 性 和 一 系列 的 流程 (发现 、 需 求 、 设 计 、 实 


现 、 测 试 和 交付 ) 。 当 然 ， 这 种 里 程 碑 的 设置 方法 并 没有 获得 好 的 收效 ， 如 图 2.5-1 所 示 。 
需求 完成 设计 完成 开发 完成 测试 完成 


oY oo ov Ov: 4 
e PR a e 全 . 厢 情 原 = 大 爆炸 
图 2.5-1 “阶段 -门限 ”里 程 碑 的 问题 
导致 这 个 问题 的 根本 原因 是 没有 认识 到 在 “阶段 -门限 ”显示 的 真实 进展 情况 和 消除 风险 的 过 程 中 ， 犯 了 四 个 关键 的 错误 : 

1. 将 需求 集中 起 来 ， 同 时 进行 职能 简 仓 式 的 设计 决策 ， 导 致 了 在 后 续 的 解决 方案 构建 过 程 中 缺乏 完整 性 。 


2. 过 早 的 设计 决策 和 “虚假 的 可 行 性 ” (参考 资料 [1]) : 一 个 早期 的 选择 是 在 当时 做 出 的 最 佳 选择 ， 随 后 开发 流程 就 假设 一 
切 按照 计划 进行 ， 直 到 最 后 才 发 现 最 初 的 选择 是 不 切实 际 的 (原则 #3) 。 


3. 假 设 存在 一 个 确定 的 解决 方案 ， 而 且 只 进行 一 次 尝试 就 可 以 构建 成 功 。 这 样 就 忽视 了 流程 中 国有 的 变异 性 ， 并 且 没 有 提供 
有 效 的 处 理 方法 。 改 变 将 是 迟早 的 事 。 变 异性 迟早 是 要 表现 出 来 的 。 


4. 在 前 期 就 进行 决策 ， 创 建 了 大 批量 的 需求 、 代 码 和 测试 ， 形 成 了 很 长 的 队列 。 这 也 导致 了 大 量 的 工作 交接 和 延迟 的 反馈 
(原则 #6) 。 


基于 客观 事实 设立 里 程 碑 


i 


显然 ，“ 阶 段 - 门 限 ” 模 型 并 没有 像 预 期 的 那样 降低 风险 ， 所 以 就 需要 一 种 不 同 的 方法 。 原 则 #4 (通过 快速 集成 学 习 环 ， 
行 增 量 式 构建 ) 提供 了 解决 这 一 困境 的 一 些 要 素 。 


在 整个 开发 过 程 中 ， 系 统 进行 增 量 式 的 构建 ， 每 一 次 构建 都 是 一 个 集成 点 ， 在 集成 点 上 可 以 演示 一 些 已 经 实现 的 内 容 ， 以 验 
证 当前 解决 方案 的 可 行 性 。 与 “阶段 -门限 ”开发 方法 不 同 ， 基 于 客观 事件 所 设立 的 每 一 个 里 程 碑 都 包含 研发 的 所 有 步骤 ( 需 
求 、 设 计 、 开 发 、 测 试 ) ， 从 而 达到 增 量 式 的 价值 交付 ， 如 图 2.5-2 所 示 。 此 外 ， 这 种 里 程 碑 会 基于 节奏 进行 (原则 #7) ， 一 个 
固定 的 节奏 可 以 形成 一 种 纪律 ， 确 保定 期 提供 可 用 性 和 评估 ， 同 时 能 提前 确定 时 间 边 界 ， 也 可 以 用 来 去 除 那些 不 太 理想 的 选择 。 
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A25-2 ”基于 对 可 工作 系统 的 客观 评价 设立 里 程 碑 


在 关键 的 集成 点 上 要 对 哪些 要 素 进行 有 效 的 度量 呢 ? 这 取决 于 所 要 构建 系统 的 类 型 ,但 是 利益 相关 者 可 以 在 整个 解决 方案 开 
发 周期 内 ， 频 繁 地 对 系统 进行 度量 、 评 价 和 评估 。 这 样 可 以 提供 财务 、 技 术 和 符合 目标 的 组 织 治理 ， 从 而 确保 持续 的 投资 可 以 产 
生 与 之 相 匹 配 的 回报 。 


参考 资料 


[1] Oosterwal, Dantar P.The Lean Machine: How Harley-Davidson Drove Top-Line Growth and Profitability with Revolutionary 


Lean Product Development.Amacom, 2010. 


2.6 原则 #6 


可 视 化 和 限制 在 制品 ， 减 少 批 次 规模 ， 管 理 队列 长 度 


接近 满 负荷 地 使 用 产品 开发 流程 是 一 场 经 济 灾难 。 


Donald Reinertsen!!! 


为 了 实现 可 持续 的 最 短 前 置 时间 ， 精 益 系 统 构建 者 们 努力 实现 持续 流动 的 状态 ， 即 新 的 系统 可 以 迅速 地 从 概念 到 盈利 。 实 现 
持续 流动 需要 消除 传统 方法 中 的 基于 “开始 -完成 -开始 ”的 项 目 启动 和 开发 流程 ， 也 要 消除 阻碍 流动 的 现行 “阶段 -门限 ”的 方 
法 (原则 #5) 。 


实现 流动 的 三 个 关键 点 是 : 可 视 化 和 限制 在 制品 ， 减 少 工作 项 的 批 次 规模 ,以 及 管理 队列 长 度 。 


可 视 化 和 限制 在 制品 


团队 和 项 目 群 的 工作 过 载 ， 任 务 量 超出 了 他 们 所 能 承担 的 范围 ， 这 是 一 个 常见 且 有 害 的 问题 。 系 统 中 如 果 在 制品 (Work in 


Process, WIP) 过 多 ， 就 会 导致 人 员 复 用 和 频繁 地 在 不 同 工 作 场景 之 间 进 行 切换 。 这 种 情况 会 使 员工 工作 过 载 ， 减 少 了 对 正在 
执行 任务 的 专注 度 ， 降 低 了 生产 力 和 吞吐 量 ， 并 增加 了 交付 新 功能 的 等 待 时 间 。 


第 一 步 是 让 当前 的 在 制品 对 所 有 利益 相关 者 清晰 可 见 。 这 个 可 视 化 说 明了 在 每 一 个 步骤 的 工作 总 量 ， 也 作为 对 初始 过 程 的 诊 
断 ， 并 显示 出 当前 的 瓶颈 。 在 某 些 情况 下 ， 仪 需 简单 地 可 视 化 当前 的 工作 ， 就 可 以 唤醒 开发 人 员 ， 让 他 们 开始 意识 到 要 解决 同时 
开展 工作 太 多 而 没有 形成 流动 的 问题 。 下 一 步 就 是 处 理 在 制品 数量 和 可 用 开发 容量 平衡 的 问题 。 如 果 在 执行 过 程 中 达到 了 在 制品 
的 上 限 ， 就 不 再 承接 新 的 工作 任务 。 


团队 待 办 
事项 列表 让 JE 集成 与 测试 


然而 ， 限 制 在 制品 是 需要 有 知识 、 有 纪律 和 有 承诺 的 。 甚 至 有 些 时 候 是 看 起 来 是 反 直 党 的 ， 比 如 以 前 有 些 人 认为 放 入 系统 的 
工作 越 多 ， 完 成 得 就 越 多 。 在 一 定 程度 上 这 是 正确 的 ， 但 是 如 果 超 出 了 一 定 的 限度 ， 系 统 就 会 变 得 动荡 ， 也 会 降低 流动 性 。 这 说 
明 ， 有 效 的 在 制品 管理 是 不 可 取代 的 。 


减少 批 次 规模 


减少 在 制品 和 提高 流动 性 的 另 一 种 方法 是 减少 工作 的 批 次 规模 ， 这 些 工作 包括 需求 、 设 计 、 编 码 、 测 试 和 其 他 相关 工作 。 简 
单 地 说 ， 小 批量 通过 系统 的 速度 更 快 ， 变 异性 更 小 ， 并 能 够 促进 快速 学 习 。 显 而 易 见 ， 因 为 随 着 批 次 规模 的 增加 变异 性 是 累积 增 
加 的 ， 所 以 批量 越 小 速度 越 快 。 


从 经 济 的 角度 上 来 看 ， 最 优 的 批 次 规模 依赖 于 持 有 成 本 (延迟 反馈 和 价值 交付 带 来 的 成 本 ) 和 交易 成 本 (实现 和 测试 的 成 
本 ) 。 如 图 所 示 ， 说 明了 “U 型 曲线 ”是 批 次 规模 的 最 优 曲线 (参考 资料 [1]) 。 


成 本 


的 任务 数 


每 批 次 


为 了 提高 处 理 小 批量 的 经 济 效益 ， 从 而 增加 吞吐 量 ， 主 要 的 工作 重点 需要 聚焦 在 减少 批 次 的 交易 成 本 上 。 通 常 包括 更 加 关注 
在 基础 设施 和 自动 化 上 的 投资 ， 比 如 持续 集成 和 构建 环境 、DevOps 自 动 化 ， 以 及 系统 测试 的 配置 时 间 。 以 上 这 些 都 是 与 系统 思 
考 的 融合 (原则 #2) ， 也 是 进行 长 期 优化 的 关键 要 素 。 


管理 队列 长 度 


实现 流动 性 的 第 三 个 措施 是 管理 队列 长 度 (一 般 来 说 是 减少 队列 长 度 ) 。 利 特 尔 法 则 (基于 排队 论 的 法 则 ) 告诉 我 们 ， 系 统 
提供 服务 的 等 待 时 间 等 于 队列 的 长 度 除 以 平均 的 处 理 效率 (这 可 能 看 起 来 很 复杂 ， 可 是 在 星巴克 排队 买 咖啡 的 时 候 也 会 用 到 这 个 
公式 ) 。 因 此 ， 假 设 平均 的 处 理 效率 一 定 ， 队 列 越 长 ， 等 待 时 间 越 长 。 


对 于 解决 方案 开发 来 说 ， 这 意味 着 无 论 团队 多 么 有 效 地 处 理工 作 任务 ， 只 要 团队 实现 的 工作 任务 队列 越 长 ， 那 么 等 待 时 间 就 
越 长 。 如 果 你 需要 更 快 地 完成 ， 就 必须 减少 队列 的 长 度 或 者 提高 处 理 效率 。 虽 然 提 高 处 理 效率 是 我 们 都 希望 达到 的 共同 目标 ， 但 
同时 ， 可 视 化 工作 可 以 极 大 地 帮助 过 程 改进 。 


减少 队列 长 度 可 以 减少 延迟 、 减 少 浪费 ， 增 进 对 于 成 果 的 可 预测 性 。 可 视 化 和 限制 在 制品 ， 减 少 批 次 规模 和 管理 队列 长 度 ， 
这 三 种 方式 对 于 提高 吞吐 量 非 常 有 效 。 通 过 采取 这 些 方式 ， 可 以 在 客户 满意 度 和 员工 参与 度 方面 达到 快速 和 可 衡量 的 改进 ， 对 系 
统 构建 者 及 其 客户 也 可 以 带 来 全 面 的 经 济 效益 。 


参考 资料 


[1] Reinertsen, Donald G.The Principles of Product Development Flow: Second Generation Lean Product 


Development.Celeritas, 2009. 


[1] 《产品 开发 流 的 原则 》 作 者 。 译 者 注 


2.7 ”原则 #7 一 一 应 用 节奏 ， 通 过 跨 领 域 计划 进行 同步 


节奏 和 同步 可 以 限制 变异 性 的 累积 。 


Donald Reinertsen，《 产 品 开发 流 的 原则 》 


解决 方案 开发 在 本 质 上 是 一 个 内 在 不 确定 的 过 程 。 否 则 ， 解 决 方案 早 就 已 经 存在 了 ， 下 一 代 解 决 方案 的 创新 也 就 没有 空间 
了 。 这 种 内 在 的 不 确定 性 与 企业 活动 是 相互 冲突 的 ， 比 如 企业 活动 需要 管理 投资 、 跟 踪 进展 、 对 于 未 来 成 果 有 足够 的 把 握 ， 从 而 
制订 计划 和 承诺 一 个 合理 的 行动 实施 。 解 决 方案 开发 总 是 处 在 一 个 十 字 路 口 ， 它 有 自己 的 难题 ， 即 交付 成 果 的 不 确定 性 和 企业 需 
要 业务 的 确定 性 之 间 的 冲突 。 这 或 许 正 是 它 的 魅力 所 在 。 


精益 系统 构建 者 需要 在 安全 的 环境 中 工作 ， 这 种 环境 需要 有 足够 的 不 确定 性 提供 创新 的 自由 ， 同 时 也 有 足够 的 确定 性 保证 企 
业 运 莒 。 实 现 以 上 结果 的 主要 方式 是 ， 真 正 了 解 当前 所 处 的 状态 。 而 应 用 节奏 、 同 步 和 跨 领 域 计 划 ， 恰 恰 有 助 于 对 当前 状态 的 了 
解 。 
节奏 


节奏 是 流程 中 可 靠 的 心跳 ， 可 以 提供 一 种 优雅 的 节拍 模式 。 节 奏 让 常规 工作 有 规律 地 进行 ， 从 而 使 系统 构建 者 可 以 利用 其 知 
识 能 力 管理 那些 可 变 的 要 素 。 节 奏 能 使 不 可 预测 的 要 素 变 得 可 预测 ， 并 带 来 了 很 多 益处 : 


使 等 待 时 间 可 预测 ， 如 果 你 所 需要 的 工作 交付 物 不 在 当前 的 这 个 时 间 念 内 ， 那 么 可 能 就 会 在 下 一 个 时 间 金 内 。 
. 引导 计划 活动 ， 使 资源 使 用 更 加 有 效 。 


. 提供 了 一 个 强制 函数 中， 同时 降低 了 关键 活动 的 交易 成 本 ， 这 些 活 动 包括 计划 、 集 成 、 演 示 、 反 馈 和 回顾 等 。 


同步 可 以 在 同一 时 刻 从 不 同 的 角度 出 发 ， 进 行 工作 任务 的 理解 、 解 决 和 集成 。 
同步 用 于 如 下 内 容 : 

- 将 系统 中 的 不 同 资产 进行 整合 ， 以 评估 解决 方案 层级 的 可 行 性 。 

* 将 开发 团队 和 业务 团队 的 共同 使 命 协调 一 致 。 

. 将 客户 融合 到 开发 的 流程 中 。 


总 之 ， 节 奏 和 同步 ， 以 及 其 他 重要 的 相关 活动 ， 共 同 帮助 系统 构建 者 在 不 确定 的 安全 环境 中 可 靠 地 开展 工作 。 


7) a) a) 


SAFe 中 节奏 与 同步 的 和 谐 波谱 


通过 跨 领 域 计 划 进 行 同步 
在 SAFe 的 所 有 活动 中 最 关键 的 一 环 是 : 所 有 的 利益 相关 者 定期 聚集 在 一 起 进行 跨 领域 的 计划 和 同步 。 这 项 活动 ( 即 SAFe 中 
的 发 布 计划 会 议 ) 是 所 有 其 他 活动 的 支撑 ， 它 也 是 一 个 全 员 会 议 ， 用 于 展示 当前 的 真实 状态 。 发 布 计划 会 议 的 三 个 主要 目的 是 : 


1. 评 估 解 决 方案 的 当前 状态 
之 前 进行 。 


通过 集成 和 解决 方案 级 别 的 演示 与 评估 ， 确 定 当前 状态 的 目标 。 这 项 活动 通常 是 在 计划 会 议 


2. 再 次 对 齐 所 有 利益 相关 者 的 共同 技术 和 业务 愿景 一 一 基于 当前 状态 ， 业 务 领导 和 技术 领导 一 起 重新 设 定 使 命 ， 考 虑 最 小 可 
能 的 限制 条 件 (原则 #8 和 原则 #9) 。 这 项 活动 用 于 对 齐 所 有 利益 相关 者 的 近期 和 远 期 愿景 。 


3. 对 下 一 个 项 目 群 增 量 进行 计划 和 承诺 一 一 基于 达成 的 新 共识 ， 团 队 对 于 在 接 下 来 的 时 间 盒 内 要 完成 的 工作 进行 计划 。 计 划 
和 控制 的 分 布 式 进行 ， 可 以 授权 团队 在 给 定 的 约束 条 件 下 ， 为 达到 最 佳 可 能 的 解决 方案 创建 出 最 佳 可 能 的 计划 。 


大 型 系统 的 开发 从 根本 上 来 讲 是 一 种 社交 活动 ， 这 种 计划 活动 为 建立 和 完善 社交 网 络 提供 了 一 个 持续 的 机 会 。 


解决 方案 开发 的 内 在 不 确定 性 是 无 法 治 全 的。 如 果 可 以 治愈 ， 那 么 治愈 的 结果 可 能 比 原来 的 疾病 更 糟糕 。 然 而 ， 应 用 节奏 和 
同步 ， 定 期 地 进行 跨 领域 计划 ， 为 精益 系统 构建 者 提供 了 在 安全 环境 中 开展 工作 所 需要 的 各 种 工具 。 
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2.8 ”原则 #8 一 一 释放 知识 工作 者 的 内 在 动力 


看 起 来 ， 任 务 的 绩效 提供 了 内 在 的 奖励 .…… 这 种 驱动 力 …… 可 能 与 其 他 元 素 一 样 ， 都 是 基础 …… 
一 一 丹尼尔 . 平 克 ，《 驱 动力 》 


情 益 -敏捷 领导 者 工作 在 一 个 相对 较 新 的 环境 中 ， 对 于 知识 工作 者 的 “管理 ”其 实 是 一 个 自 相 矛盾 的 说 法 。 正 如 德 鲁 克 指出 
AY: “知识 工作 者 比 他 们 的 老板 更 了 解 自己 所 从 事 的 工作 ” (参考 资料 [2]) 。 在 这 种 情况 下 ， 员 工 完全 有 能 力 自己 定义 必要 的 
活动 以 达成 他 们 的 目标 ， 那 么 经 理 们 如 何 进 行 管理 ， 并 协调 技术 活动 呢 ? 


事实 上 ， 经 理 们 无 法 进行 管理 。 相 反 ， 经 理 们 能 做 的 是 释放 知识 工作 者 的 内 在 动力 。 下 面 将 介绍 一 些 实施 指导 。 


利用 系统 视图 


在 进一步 了 解 相关 的 激励 元 素 之 前 ， 我 们 需要 注意 存在 一 个 重要 的 理解 ， 那 就 是 需要 理解 SAFe 的 精益 -敏捷 原则 本 身 也 是 一 
个 系统 。 这 个 系统 的 元 素 相互 协作 ,创建 了 一 个 新 的 授权 模式 ， 知 识 工 作者 可 以 跨越 职能 的 边界 进行 沟通 ， 基 于 对 经 济 效益 的 理 
解 进行 决策 ， 对 于 有 效 的 解决 方案 实现 快速 反馈 ， 参 与 持续 和 增 量 式 的 学 习 并 提高 掌控 能 力 ， 更 多 地 参与 解决 方案 开发 的 过 程 。 
这 就 是 最 强 有 力 的 激励 因素 之 一 。 


了 解 薪酬 的 作用 


许多 组 织 的 运作 仍然 基于 那些 已 经 过 时 的 、 对 人 员 潜 力 和 员工 绩效 的 假设 ， 而 且 大 多 基于 传统 观念 而 不 是 科学 。 这 些 组 织 继 
续 追 求 的 做 法 是 ， 短 期 激励 计划 和 按照 证 据 的 绩效 工资 支付 方式 ， 但 实际 上 这 种 度量 方式 并 不 奏效 ， 甚 至 会 带 来 危害 〈 和 参考 资料 
[1]) o 


丹尼尔 : 平 克 (参考 资料 [1]) 和 彼得 . 德 鲁 克 (参考 资料 [2]) 以 及 其 他 一 些 学 者 ， 指 出 了 知识 工作 者 的 薪酬 激励 因素 的 一 个 基 
本 悖 论 : 

. 如 果 企业 不 能 支付 足够 的 工资 ， 员 工 就 不 能 被 激励 。 低 薪酬 是 致使 动力 下 降 的 主要 原因 。 

但是， 如 果 达 到 了 一 个 临界 点 ， 工 资 就 不 再 是 一 个 长 期 的 激励 因素 了 。 这 个 临界 点 就 是 知识 自由 和 自我 实现 。 也 就 是 说 ， 
知识 工作 者 可 以 无 偿 地 专注 在 工作 上 ， 而 不 是 金钱 上 。 

. 如 果 达 到 了 这 个 临界 点 ， 增 加 薪酬 反而 会 变 成 一 个 致使 动力 下 降 的 原因 。 这 可 能 会 成 为 对 知识 完整 性 的 一 种 划 污 ， 从 而 让 
员工 把 注意 力 只 是 放 在 金钱 而 不 是 工作 上 。 

情 益 -敏捷 领导 者 都 很 清楚 ， 知 识 工作 者 的 构想 、 创 新 和 在 工作 场所 中 深入 参与 工作 ， 是 无 法 用 金钱 来 激励 的 ， 也 不 会 被 威 


胁 、 恐 吓 和 恐惧 所 胁迫 。 那 种 基于 激励 的 报酬 ， 往 往 体现 在 个 人 的 目标 管理 上 (MBO) ， 会 导致 内 部 竞争 ， 甚 全 有 可 能 破坏 必 
要 的 合作 ， 乃 至 无 法 实现 更 宏伟 的 目标 。 如 果 这 样 的 话 ， 企 业 就 会 在 竞争 中 失败 。 


提供 目标 、 使 命 和 最 小 可 能 约束 的 自主 性 


《驱动 力 》 (参考 资料 [1]) 同样 也 “驱动 了 ”一 个 不 争 的 事实 ， 即 知识 工作 者 需要 具备 自主 性 一 一 也 就 是 他 们 与 生 俱 来 的 
自我 指导 和 自我 管理 的 能 力 。 提 供 自主 性 ， 同 时 把 它 作 为 大 型 企业 发 展 的 目标 ， 这 一 点 是 领导 者 的 重要 职责 所 在 。 


经 理 们 和 员工 们 也 都 知道 ， 自 我 指导 的 动力 必须 存在 于 更 大 的 目标 中 。 所 以 ， 领 导 者 们 需要 提供 一 些 更 大 的 使 命 一 一 把 员 
工 的 日 常 工作 和 企业 的 发 展 目 标 联系 起 来 。 


在 构建 系统 时 ， 知 识 工 作者 作为 团队 的 一 部 分 参与 其 中 ， 所 以 ， 成 为 高 绩效 团队 的 一 员 同 样 也 是 激励 的 男 一 个 维度 。 领 导 者 
可 以 通过 以 下 方式 鼓励 团队 做 到 最 好 (参考 资料 [4]) 。 


* 确立 使 命 感 : 要 有 一 个 概要 的 目标 和 战略 方向 ， 同 时 也 是 一 个 强烈 的 愿景 。 
* 对 于 具体 工作 和 项 目 计划 ， 仅 给 出 少量 的 、 最 小 化 的 指导 ， 其 至 没有 任务 说 明和 计划 。 


. 对 于 需求 和 最 小 可 能 的 约束 条 件 进行 检查 ， 由 团队 决定 如 何 实现 这 些 需求 
营造 一 个 平等 互助 的 环境 


“如 果 要 做 到 有 效 地 领导 ， 就 必须 尊重 员工 并 倾听 他 们 的 声音 ” (参考 资料 [2]) ， 而 且 是 在 相互 平等 的 环境 中 (参考 资料 
4) 。 领 导 者 可 以 营造 一 个 良好 的 环境 ， 他 们 可 以 对 员工 给 予 及 时 的 反馈 、 放 下 自己 的 职权 影响 力 ， 并 鼓励 员工 按照 如 下 的 方 
式 开展 工作 : 


` 在 恰当 的 地 方 提出 不 同意 见 。 

“ 鼓励 员工 坚持 自己 的 立场 。 

" 让 员工 清晰 自己 的 目标 并 努力 达成 。 
. 促进 管理 者 和 员工 共同 解决 问题 。 
协商、 共识、 同意 和 承诺 。 


当前 的 系统 构建 者 生活 在 一 个 狐 新 的 时 代 ， 这 个 时 代 的 特点 是 员工 更 加 智慧 ， 在 具体 的 工作 中 比 管 理 者 具备 更 多 的 知识 。 释 
放 这 种 潜力 是 改善 员工 活力 的 一 个 重要 因素 ， 同 时 也 可 以 为 客户 和 企业 达成 更 好 的 成 果 。 
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2.9 原则 #9 一 一 去 中 心 化 的 决策 


由 知识 工作 者 自己 来 决定 如 何 开展 自己 的 工作 ， 这 是 最 佳 的 方式 。 
一 一 彼得 . 德 鲁 克 


正如 我 们 在 精益 之 屋 中 所 指出 的 ， 目 标 很 简单 : 在 可 持续 的 最 短 前 置 时 间 内 交付 价值 。 如 果 要 实现 这 个 目标 ， 就 需要 快速 
的 、 去 中 心 化 的 决策 。 任 何 需要 上 升 到 领导 层 进 行 的 决策 ， 都 会 带 来 延迟 ， 也 会 导致 决策 的 保 真 度 降低 ， 这 是 因为 缺乏 对 具体 环 
境 的 考虑 ， 再 加 上 在 等 待 时 间 内 会 发 生 各 种 变更 。 去 中 心 化 的 决策 可 以 减少 延迟 ， 提 升 产品 开发 的 流动 ， 并 能 更 快 反馈 和 做 出 更 
多 创新 性 的 解决 方案 。 

然而 ， 这 也 并 不 是 说 所 有 的 决策 都 是 去 中 心 化 分 散 进 行 的 。 有 一 些 决策 是 战略 性 的 、 至 关 重 要 的 、 长 期 有 效 的 ， 这 些 决策 最 
好 是 集中 进行 ， 而 且 应 该 被 进行 管理 。 由 于 这 两 种 决策 (中 心 化 集中 决策 、 去 中 心 化 分 散 决 策 ) 都 是 存在 的 ， 所 以 要 确保 价值 可 
以 顺利 地 流动 到 客户 那里 ， 建 立 一 个 明确 的 决策 框架 是 至 关 重 要 的 一 步 。 


战略 性 决策 集中 进行 


虽然 员工 作为 知识 工作 者 获得 了 授权 进行 决策 ， 但 是 这 并 不 能 蔡 代 管理 层 对 战略 决策 和 最 终 成 果 所 担负 的 责任 。 经 理 之 所 以 
能 够 处 于 管理 岗位 上 ， 是 因为 他 们 具有 资深 的 市 场 经 验 ， 他 们 具有 更 长 远 的 技术 视野 ， 他 们 被 委 以 重任 并 理解 财务 状况 ， 从 而 能 
够 引导 企业 获得 正确 的 业务 成 果 。 所 以 ， 经 理 们 可 以 也 应 该 有 权 做 出 这 些 高 层次 的 决策 。 


这 些 集中 进行 的 决策 特点 是 : 发 生 频 度 不 高 、 长 期 有 效 、 对 于 经 济 效益 有 重大 影响 。 
其 他 非 战略 性 决策 分 散 进 行 

然而 ， 绝 大 多 数 的 决策 并 没有 达到 需要 进行 战略 性 决策 的 高 度 。 这 些 决 策 发 生 的 频 度 很 高 ， 通 常 时 间 上 很 紧急 ， 但 是 没有 重 
大 的 经 济 效益 的 影响 。 

这 些 决 策 就 可 以 授权 团队 分 散 进 行 ， 因 为 团队 更 加 了 解 具体 的 执行 情况 和 环境 ， 也 和 具备 解决 技术 复杂 度 的 详细 知识 ， 而 且 他 
们 的 日 常 工作 就 是 在 一 线 解 决 这 些 具体 问题 和 交付 价值 。 
建立 决策 框架 


领导 者 授权 团队 进行 决策 ， 并 不 意味 着 他 们 对 于 决策 的 成 败 可 以 袖手旁观 。 为 此 ， 企 业 应 该 建立 一 个 可 以 在 不 同 层级 上 进行 
决策 的 框架 。 决 策 框架 基于 并 属于 经 济 框架 (原则 #1) 的 一 部 分 ， 是 考虑 了 决策 背后 的 逻辑 性 和 经 济 合理 性 而 建立 起 来 的 ， 决 
策 框 架 可 以 授权 包括 个 人 和 团队 内 的 各 种 角色 ， 进 行 决策 的 制订 和 实施 。 


一 个 有 效 的 决策 框架 可 以 为 企业 带 来 许多 益处 ， 比 如 更 快 的 上 市 时 间 、 更 高 质量 的 产品 和 服务 。 有 效 的 决策 框架 还 有 助 于 释 
放 知 识 工 作者 的 内 在 动力 (原则 #8) ， 从 而 带 来 更 高 的 员工 参与 度 和 更 好 的 员工 满意 度 ， 进 而 有 助 于 带 来 企业 绩效 和 企业 文化 
非常 显著 的 提升 。 


参考 资料 


[1] Drucker, Peter F.The Essential Drucker.Harper Collins, 2001. 


[2] Reinertsen, Donald G.The Principles of Product Development Flow: Second Generation Lean Product Development.Celeritas 


Publishing, 2009 


第 3 草 ”SAFe 团 队 层 


3.1 ANEMA 


我 们 、 工 作 、 知 识 是 一 个 整体 。 


一 一 本 书 作 者 


摘要 


SAFe 团 队 层 是 项 目 群 层 的 组 成 部 分 ， 但 有 时 会 分 开 讨 论 。 所 有 的 SAFe 团 队 都 是 敏捷 发 布 火车 (ART) 的 一 部 分 一 一 ART 是 
项 目 群 层 的 核心 组 成 部 分 。 团 队 层 为 敏捷 团队 的 活动 提供 了 组 织 、 工 件 、 角 色 和 流程 模型 。 由 每 个 敏捷 团队 自己 负责 定义 、 构 建 
和 测试 来 自 团队 待 办 事项 列表 中 的 用 户 故 事 ， 这 些 工作 在 一 系列 固定 周期 的 迭代 内 进行 ， 通 过 使 用 共同 的 迭代 节奏 ,并 与 其 他 团 
队 同 步 和 对 齐 ， 从 而 保证 整个 系统 开发 的 迭代 执行 。 所 有 团队 都 使 用 ScrumXP 或 团队 看 板 ， 开 发 和 交付 高 质量 的 系统 ， 并 每 两 
周 进行 一 次 系统 演示 ， 从 而 确保 在 ART 上 的 所 有 团队 可 以 共同 创建 出 一 个 经 过 集成 和 测试 的 系统 ， 利 益 相关 者 可 以 通过 快速 反馈 
进行 评估 和 响应 。 系 统 演示 提供 了 一 个 常规 的 “拉动 事件 ”， 用 于 在 特定 节点 拉 取 不 同 团队 的 成 果 ， 让 困难 的 集成 和 测试 工作 尽 
量 提 前 。 这 种 方法 与 “阶段 -门限 ”模型 有 所 不 同 ，“ 阶 段 -门限 ”模型 通常 在 项 目 生 命 周期 的 后 期 才 进 行 集成 和 测试 工作 。 


团队 层 描述 了 敏捷 团队 如 何 驱动 敏捷 发 布 火车 。 敏 捷 团 队 采 用 SAFe ScrumXP 或 团队 看 板 ， 同 时 应 用 内 建 质量 的 实践 ， 确 保 
最 终 产 品质 量 。 每 个 团队 有 5 ~ 9 名 团队 成 员 (ScrumXP) ， 并 包括 所 有 必要 的 角色 ， 确 保 在 每 一 次 迭代 中 构建 一 个 高 质量 且 有 
价值 的 发 布 增 量 。ScrumXP 角 色 包 括 Scrum Master、 产 品 负责 人 、 全 职工 作 的 团队 成 员 ， 以 及 其 他 能 为 团队 创造 价值 的 资源 。 
看 板 团队 的 角色 没有 严格 的 定义 ， 许 多 SAFe 看 板 团 队 也 使 用 ScrumXP 的 角色 。 每 个 团队 都 会 得 到 项 目 群 层 中 成 员 的 支持 ， 这 些 
成 员 包 括 : 发 布 火车 工程 师 、 产 品 经 理 、 系 统 架 构 师 /工程 师 、 系 统 团队 、 共 享 服务 、DevOps 和 其 他 必要 的 角色 。 因 此 ， 团 队 
应 该 完全 有 能 力 在 每 次 进 代 中 定义 、 开 发 、 测 试 和 交付 可 以 工作 并 经 过 测试 的 系统 。 


项 目 群 增 量 和 进 代 


所 有 团队 遵循 相同 的 迭代 起 止 日 期 和 时 间 周 期 ， 也 就 是 有 相同 的 迭代 和 项 目 群 增 量 (Pl) 边界 ， 以 便 与 ART 上 的 其 他 团队 保 
持 同步 和 集成 。 每 个 PI 都 起 始 于 团队 的 PI 计划 ， 他 们 构建 团队 的 PI 目标 ， 青 汇总 成 项 目 群 的 PI 目标 ， 这 些 目标 有 助 于 指导 团队 的 
和 迭代 执行 。 


团队 会 按照 事先 确定 的 迭代 目标 ， 计 划 和 执行 迭代 ， 每 个 迭代 的 时 间 盒 为 两 周 。 每 个 迭代 提供 有 价值 的 新 功能 增 量 ,迭代 过 


程 按照 以 下 模式 循环 进行 : 迭代 计划 、 承 诺 交付 一 些 功能 、 通 过 构建 和 测试 用 户 故 事 执行 迭代 、 演 示 新 功能 、 执 行 迭 代 回 顾 ， 在 
下 一 个 返 代 再 重复 进行 这 些 活动 。 在 每 次 迭代 结束 时 ， 团 队 也 需要 支持 系统 演示 ， 它 是 ART 的 关键 集成 点 。 在 一 个 包含 多 个 ART 
的 大 型 价值 流 中 ， 团 队 还 需要 支持 解决 方案 的 演示 ， 整 个 解决 方案 由 多 个 ART 全 面 集成 和 测试 ， 进 行 整体 演示 。 


创新 与 计划 (IP) 迭代 为 团队 提供 了 一 个 探索 和 创新 的 机 会 ， 有 专门 的 时 间 用 于 计划 、 回 顾 并 通过 正式 和 非 正式 渠道 进行 学 
习 。 如 果 发 布 处 于 PI 的 边界 上 ， 团 队 需 要 做 最 终 的 系统 审核 、 验 证 和 文档 工作 。 为 了 能 提供 一 个 缓冲 ， 团 队 不 会 在 IP 迭 代 中 计划 
用 户 故 事 的 实现 ， 所 以 对 于 每 个 PI 而 言 ， 资 源 利 用 率 不 会 达到 100%。 这 样 做 增加 了 流动 、 吞 吐 量 和 交付 的 可 靠 性 。 


PI 的 时 间 盒 可 以 用 于 将 大 型 的 、 系 统 级 的 功能 聚合 为 有 价值 且 可 评估 的 项 目 群 增 量 。 这 些 功 能 可 以 在 PI 的 边界 上 进行 发 布 ， 
也 可 以 更 加 频繁 的 发 布 。 项 目 群 应 该 有 节奏 地 开发 ， 并 支持 任何 时 间 的 发 布 。 
每 个 pl 的 迭代 数量 


SAFe 把 开发 周期 分 为 PI 内 的 一 系列 进 代 。 在 SAFe 全 景 图 中 描述 了 如 何 通过 PI 计 划 会 议 启动 一 个 PI， 接 下 来 是 4 个 实施 迁 
代 ， 最 后 是 1 个 创新 与 计划 运 代 。 这 种 模式 具有 启发 性 ， 不 过 有 些 武 断 ， 其 实在 一 个 Pl 中 有 多 少 个 迭代 是 没有 固定 规则 的 。 经 验 
表明 ，PI 持 续 时 间 一 般 是 在 8 ~ 12 周 的 效果 最 好 ， 并 且 倾 向 于 最 短 的 持续 时 间 。 


用 户 故事 和 团队 待 办 事项 列表 


团队 使 用 用 户 故 事 来 交付 价值 ， 产 品 负责 人 负责 用 户 故 事 的 创建 和 接收 。 用 户 故事 承载 客户 的 需求 ， 通 过 价值 流 进入 到 实现 
阶段 。 团 队 待 办 事项 列表 由 用 户 故 事 和 使 能 故事 组 成 ， 其 中 大 部 分 故事 是 在 PI 计 划 中 ， 当 产品 经 理 向 团队 展示 愿景 、 路 线 图 和 项 
目 群 待 办 事项 列表 时 进行 确定 的 。 在 团队 层 基 本 的 需求 管理 流程 是 : 用 户 故 事 的 识别 、 排 序 、 排 期 、 细 化 、 实 施 、 测 试 和 接收 。 


参考 资料 


[1] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 


第 3 草 ”SAFe 团 队 层 


3.1 ANEMA 


我 们 、 工 作 、 知 识 是 一 个 整体 。 


一 一 本 书 作 者 


摘要 


SAFe 团 队 层 是 项 目 群 层 的 组 成 部 分 ， 但 有 时 会 分 开 讨 论 。 所 有 的 SAFe 团 队 都 是 敏捷 发 布 火车 (ART) 的 一 部 分 一 一 ART 是 
项 目 群 层 的 核心 组 成 部 分 。 团 队 层 为 敏捷 团队 的 活动 提供 了 组 织 、 工 件 、 角 色 和 流程 模型 。 由 每 个 敏捷 团队 自己 负责 定义 、 构 建 
和 测试 来 自 团队 待 办 事项 列表 中 的 用 户 故 事 ， 这 些 工作 在 一 系列 固定 周期 的 迭代 内 进行 ， 通 过 使 用 共同 的 迭代 节奏 ， 并 与 其 他 团 
队 同 步 和 对 齐 ， 从 而 保证 整个 系统 开发 的 迭代 执行 。 所 有 团队 都 使 用 ScrumXP 或 团队 看 板 ， 开 发 和 交付 高 质量 的 系统 ， 并 每 两 
周 进行 一 次 系统 演示 ， 从 而 确保 在 ART 上 的 所 有 团队 可 以 共同 创建 出 一 个 经 过 集成 和 测试 的 系统 ， 利 益 相关 者 可 以 通过 快速 反馈 
进行 评估 和 响应 。 系 统 演示 提供 了 一 个 常规 的 “拉动 事件 ”， 用 于 在 特定 节点 拉 取 不 同 团队 的 成 果 ， 让 困难 的 集成 和 测试 工作 尽 
量 提 前 。 这 种 方法 与 “阶段 -门限 ”模型 有 所 不 同 ，“ 阶 段 -门限 ”模型 通常 在 项 目 生 命 周期 的 后 期 才 进 行 集成 和 测试 工作 。 


团队 层 描述 了 敏捷 团队 如 何 驱 动 敏捷 发 布 火车 。 敏 捷 团队 采用 SAFe ScrumXP 或 团队 看 板 ， 同 时 应 用 内 建 质量 的 实践 ， 确 保 
最 终 产 品质 量 。 每 个 团队 有 5 ~ 9 名 团队 成 员 (ScrumXP) ， 并 包括 所 有 必要 的 角色 ， 确 保 在 每 一 次 迭代 中 构建 一 个 高 质量 且 有 
价值 的 发 布 增 量 。ScrumXP 角 色 包 括 Scrum Master、 产 品 负 责 人 、 全 职工 作 的 团队 成 员 ， 以 及 其 他 能 为 团队 创造 价值 的 资源 。 
看 板 团队 的 角色 没有 严格 的 定义 ， 许 多 SAFe 看 板 团 队 也 使 用 ScrumXP 的 角色 。 每 个 团队 都 会 得 到 项 目 群 层 中 成 员 的 支持 ， 这 些 
成 员 包 括 : 发 布 火车 工程 师 、 产 品 经 理 、 系 统 架构 师 / 工 程 师 、 系 统 团 队 、 共 享 服务 、DevOps 和 其 他 必要 的 角色 。 因 此 ， 团 队 
应 该 完全 有 能 力 在 每 次 进 代 中 定义 、 开 发 、 测 试 和 交付 可 以 工作 并 经 过 测试 的 系统 。 


项 目 群 增 量 和 进 代 


所 有 团队 遵循 相同 的 进 代 起 止 日 期 和 时 间 周 期 ， 也 就 是 有 相同 的 进 代 和 项 目 群 增 量 (Pl) 边界 ， 以 便 与 ART 上 的 其 他 团队 保 
持 同 步 和 集成 。 每 个 Pl 都 起 始 于 团队 的 PI 计 划 ， 他 们 构建 团队 的 PI 目 标 ， 再 汇总 成 项 目 群 的 PI 目 标 ， 这 些 目标 有 助 于 指导 团队 的 
迭代 执行 。 


团队 会 按照 事先 确定 的 迭代 目标 ， 计 划 和 执行 迭代 ， 每 个 迭代 的 时 间 盒 为 两 周 。 每 个 迭代 提供 有 价值 的 新 功能 增 量 ,迭代 过 
程 按照 以 下 模式 循环 进行 : 迭代 计划 、 承 诺 交 付 一 些 功能 、 通 过 构建 和 测试 用 户 故 事 执行 和 迭代、 演示 新 功能 、 执 行进 代 回 顾 ， 在 
下 一 个 迭代 再 重复 进行 这 些 活动 。 在 每 次 迭代 结束 时 ， 团 队 也 需要 支持 系统 演示 ， 它 是 ART 的 关键 集成 点 。 在 一 个 包含 多 个 ART 
的 大 型 价值 流 中 ， 团 队 还 需要 支持 解决 方案 的 演示 ， 整 个 解决 方案 由 多 个 ART 全 面 集成 和 测试 ， 进 行 整体 演示 。 


创新 与 计划 (IP) 迭代 为 团队 提供 了 一 个 探索 和 创新 的 机 会 ， 有 专门 的 时 间 用 于 计划 、 回 顾 并 通过 正式 和 非 正式 渠道 进行 学 
习 。 如 果 发 布 处 于 PI 的 边界 上 上， 团队 需要 做 最 终 的 系统 审核 、 验 证 和 文档 工作 。 为 了 能 提供 一 个 缓冲 ， 团 队 不 会 在 IP 和 迭代 中 计划 
用 户 故事 的 实现 ， 所 以 对 于 每 个 PI 而 言 ， 资 源 利用 率 不 会 达到 100%。 这 样 做 增加 了 流动 、 吞 吐 量 和 交付 的 可 靠 性 。 


PI 的 时 间 盒 可 以 用 于 将 大 型 的 、 系 统 级 的 功能 聚合 为 有 价值 县 可 评估 的 项 目 群 增 量 。 这 些 功 能 可 以 在 PI 的 边界 上 进行 发 布 ， 
也 可 以 更 加 频繁 的 友 布 。 项 目 群 应 该 有 节奏 地 开发 ， 并 支持 任何 时 间 的 发 布 。 
每 个 PI 的 迭代 数量 


SAFe 把 开发 周期 分 为 PI 内 的 一 系列 迭代 。 在 SAFe 全 景 图 中 描述 了 如 何 通 过 PI 计划 会 议 启动 一 个 Pl， 接 下 来 是 4 个 实施 和 
代 ， 最 后 是 1 个 创新 与 计划 迭代 。 这 种 模式 具有 启发 性 ， 不 过 有 些 武 断 ， 其 实在 一 个 Pl 中 有 多 少 个 迭代 是 没有 固定 规则 的 。 经 验 
表明 ，PI 持 续 时 间 一 般 是 在 8 ~ 12 周 的 效果 最 好 ， 并 且 倾 向 于 最 短 的 持续 时 间 。 


用 户 故事 和 团队 待 办 事项 列表 


团队 使 用 用 户 故 事 来 交付 价值 ， 产 品 负责 人 负责 用 户 故事 的 创建 和 接收 。 用 户 故 事 承 载 客 户 的 需求 ， 通 过 价值 流 进入 到 实现 
阶段 。 团 队 待 办 事项 列表 由 用 户 故 事 和 使 能 故事 组 成 ， 其 中 大 部 分 故事 是 在 PI 计 划 中 ， 当 产品 经 理 向 团队 展示 愿景 、 路 线 图 和 项 
目 群 待 办 事项 列表 时 进行 确定 的 。 在 团队 层 基本 的 需求 管理 流程 是 : 用 户 故事 的 识别 、 排 序 、 排 期 、 细 化 、 实 施 、 测 试 和 接收 。 


参考 资料 


[1] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 


3.2 ”敏捷 团队 


敏捷 团队 所 向 无 敌 。 
——SAFei& k 
摘要 
正如 敏捷 宣言 (2001 年 ) 中 所 拉 述 的 那样 ， 敏 捷 运 动 是 软件 和 系统 开发 方式 的 一 个 重要 转折 点 。SAFe 正 是 基于 这 种 变革 而 


构建 起 来 的 ， 它 通过 授权 敏捷 团队 作为 构建 单元 来 创造 和 交付 价值 。 


敏捷 团队 是 由 获得 授权 并 富有 激情 的 成 员 组 成 的 。 如 果 没 有 这 种 有 效 的 敏捷 团队 ， 组 织 就 无 法 将 敏捷 进行 规模 化 ， 也 无 法 实 
现 企业 级 精益 -敏捷 开发 的 大 型 业务 收益 。 精 益 -敏捷 领导 者 的 主要 职责 在 于 构建 和 指导 这 些 敏 捷 团 队 。 


SAFe 敏 捷 团 队 是 一 个 跨 职 能 小 组 ， 他 们 有 能 力 和 权力 来 定义 、 构 建 和 测试 解决 方案 价值 ， 所 有 的 这 些 活动 都 在 一 个 短 迭 代 
的 时 间 盒 内 完成 。 团 队 应 包含 必要 的 成 员 来 成 功 地 交付 价值 ， 适 当 的 时 候 由 项 目 群 层 或 者 价值 流 层 的 专家 提供 支持 。 这 也 遵循 
SAFe 的 原则 #9 一 一 去 中 心 化 的 决策 ， 通 过 授权 团队 对 需求 和 设计 进行 决策 ， 从 而 让 每 个 团队 对 自己 的 工作 负责 。 

在 SAFe 中 ， 敏 捷 团 队 并 非 独立 的 单元 ， 而 是 作为 敏捷 发 布 火车 的 一 部 分 ， 敏 捷 发 布 火车 上 的 团队 相互 协作 ， 他 们 负 有 交付 


大 型 价值 的 责任 。 所 有 的 团队 都 在 火车 上 ， 没 有 团队 就 无 法 组 成 火车 。 团 队 在 火车 上 运作 ， 基 于 共同 愿景 与 其 他 团队 相互 协作 ， 
并 参与 敏捷 发 布 火车 的 关键 仪式 。 团 队 与 火车 是 不 可 分 割 的 ， 它 们 作为 一 个 整体 的 价值 远大 于 每 个 部 分 简单 相 加 的 总 和 。 


敏捷 团队 是 由 专职 成 员 组 成 的 一 个 小 团队 “(在 Scrum 中 是 5 ~ 9 人 ) ， 他 们 具有 一 些 必 备 技能 ， 可 以 在 短 时 间 盒 内 定义 ( 细 
化 和 设计 他 们 的 组 件 /特性 ) 、 构 建 (实现 这 些 组 件 / 特 性 ) 以 及 测试 (运行 测试 用 例 并 验证 组 件 /特性 ) 价值 增 量 。 


在 敏捷 发 布 火车 中 ， 敏 捷 团 队 获 得 授权 、 自 我 组 织 、 自 我 管理 并 对 满足 客户 需求 和 期 望 的 交付 结果 负责 。 这 些 团 队 开发 软 
件 、 硬 件 、 固 件 ,或 者 都 有 所 涉及 ， 但 通常 情况 下 ， 团 队 具 备 交付 特性 所 必要 的 属性 。 


企业 将 工作 交 予 团队 和 火车 ， 而 不 是 把 人 员 分 配 到 工作 任务 上 ， 从 而 有 助 于 创建 团队 ， 以 及 规模 化 团队 ， 而 且 这 些 团队 都 是 
长 期 存在 的 ， 并 且 专 注 于 持续 提升 交付 解决 方案 的 能 力 。 在 这 种 情况 下 ，SAFe 与 传统 方式 有 所 不 同 ， 传 统 方式 中 是 由 经 理 来 指 


导 个 人 活动 的 ; 而 在 SAFe 中 是 由 团队 来 决定 构建 什么 ， 以 及 如 何 构建 他 们 的 特性 和 组 件 。 精 益 -敏捷 领导 者 为 团队 提供 愿景 、 领 
导 力 和 自主 权 ， 从 而 培养 和 促进 高 绩效 团队 。 这 将 不 再 需要 给 团队 的 每 个 成 员 分 配 工作 任务 ， 而 把 去 中 心 化 的 决策 方式 交 到 了 团 
队 成 员 的 层级 。 


角色 和 责任 


SAFe 握 弃 了 职能 式 的 、 基 于 简 仓 的 ， 以 及 阶段 -门限 的 开发 模型 。 在 那些 模型 中 ， 用 户 价值 是 在 漫长 的 软件 生命 周期 最 后 阶 
段 ， 依 赖 于 各 个 独立 职能 部 门 的 输入 而 进行 交付 的 。 敏 捷 团 队 执行 或 参与 所 有 这 些 职能 ， 在 每 个 迭代 中 都 会 进行 价值 的 交付 : 


. 团队 负责 管理 自己 的 工作 。 


队 估算 工作 的 大 小 和 复杂 度 。 
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- 团队 在 架构 指导 下 根据 所 关注 领域 决定 技术 设计 。 


“ 团队 承诺 在 选 代 或 项 目 群 增 量 时 间 金 中 完成 的 工作 。 


> 团队 负责 价值 和 构建 ， 从 而 持续 提升 交付 成 果 的 质量 。 


“ 团队 承诺 不 断 地 提升 工作 方式 。 


团队 只 有 通过 不 断 沟通 和 合作 ， 以 及 快速 、 有 效 和 授权 的 决策 能 力 ， 才 能 完成 他 们 所 承担 的 责任 。 如 果 有 可 能 的 话 ， 团 队 最 
好 能 够 在 同一 地 点 ， 每 小 时 、 每 天 、 每 周 都 进行 沟通 。 标 准 的 团队 会 议 要 依赖 于 所 选择 的 框架 ， 但 可 能 包括 每 日 站 立会 议 、 和 迭代 
计划 、 团 队 演示 ， 以 及 每 个 迭代 最 后 的 回顾 。 每 个 团队 成 员 都 完全 专注 于 单一 的 团队 ， 在 每 周 的 工作 时 间 内 紧密 合作 。 团 队 成 员 
和 其 他 团队 持续 并 积极 合作 ， 对 依赖 进行 管理 并 解决 障碍 。 


团队 成 员 之 间 的 关系 完全 基于 彼此 的 信任 ,而 共同 的 任务 、 共 同 的 迭代 目标 和 团队 的 PI 目标 有 助 于 促进 信任 的 达成 。 团 队 的 
合作 通过 持续 的 反馈 环 不 断 提高 ， 这 样 的 反馈 模式 也 构建 了 团队 的 持续 学 习 环 。 每 一 次 真实 的 价值 交付 ， 都 能 增进 信任 ， 降 低 不 
确定 性 和 风险 ， 并 有 助 于 提升 团队 的 自信 。 敏 捷 团 队 的 激励 因素 来 自 于 共同 的 愿景 和 向 客户 交付 价值 的 承诺 。 


团队 可 以 选择 敏捷 方法 


SAFe 团 队 所 使 用 的 敏捷 实践 ， 主 要 基于 Scrum 和 团队 看 板 。 大 部 分 SAFe 团 队 应 用 Scrum 作 为 基本 的 项 目 管理 和 交付 框架 。 
Scrum 产 品 负责 人 参与 并 支持 去 中 心 化 的 决策 制订 ， 而 这 对 于 团队 的 授权 是 至 关 重 要 的 。Scrum Master 支 持 团 队 达 成 交付 目 
标 ， 并 帮助 构建 一 个 高 绩效 和 自我 管理 的 团队 。 


其 实 Scrum 也 并 不 是 唯一 可 用 的 实践 。 团 队 通 过 采用 注重 用 户 体验 (UX) 的 工程 实践 和 内 建 质量 的 多 种 实践 ， 来 推动 有 纪 
律 的 开发 和 质量 。 这 些 实践 包括 集体 所 有 权 、 结 对 工作 、 编 码 标准 、 测 试 先 行 和 持续 集成 ， 通 过 在 开发 过 程 中 直接 嵌入 质量 和 运 
行 效率 而 使 事情 变 得 更 加 精益 。 敏 捷 架 构 有 助 于 完成 高 质量 的 解决 方案 开发 。 


然而 ， 由 于 SAFe 是 基于 流 的 系统 ， 大 部 分 团队 也 在 应 用 看 板 进行 工作 的 可 视 化 ， 建 立 WIP 限 制 ， 并 使 用 累积 流 图 来 显示 瓶 
颈 和 关键 机 会 来 提升 吞吐 量 。 有 些 团 队 (尤其 是 维护 团队 、DevOps 和 系统 团队 ) 经 常 将 看 板 作 为 自己 的 基本 实践 ，Scrum 中 的 
计划 和 承诺 活动 在 这 些 团队 中 可 能 无 法 有 效应 用 ， 因 为 工作 内 容 以 活动 为 主 并 且 是 按 需 发 生 的 ， 优 先 级 的 变化 也 更 加 频繁 。 


敏捷 团队 在 火车 上 
SAFe 敏 捷 团 队 并 不 是 独立 运行 的 ， 他 们 在 敏捷 发 布 火 车 上 互相 协作 来 构建 可 工作 解决 方案 的 有 价值 的 增 量 。 不 管 团队 是 否 
应 用 Scrum、 看 板 或 两 者 的 结合 ， 所 有 团队 都 在 一 个 共同 的 框架 下 运作 ， 这 个 框架 管理 并 指导 整个 火车 的 运行 。 这 些 团队 共同 制 


订 计 划 、 共 同 执行 集成 和 演示 、 共 同学 习 ， 如 图 3.2-1 所 示 。 


共同 集成 和 演示 共同 学 习 
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图 3.2-1 敏捷 团队 共同 计划 、 共 同 集成 和 演示 、 共 同学 习 


共同 计划 


所 有 团队 共同 参加 PI 计划 会 议 (如 果 可 能 的 话 ， 所 有 的 团队 成 员 最 好 都 要 参加 ) 。 在 计划 会 议 上 ， 大 家 一 起 计划 和 承诺 一 系 
列 的 PI 目标 。 大 家 都 有 一 个 共同 的 愿景 和 路 线 图 ， 共 同 协 作 以 达成 目标 。 在 计划 和 执行 中 ， 有 清晰 的 工作 授权 。 产 品 负责 人 是 大 
型 产品 管理 团队 的 一 部 分 (看 板 团 队 有 时 对 此 角色 使 用 不 同 的 名 称 ) 。 每 个 团队 的 待 办 事项 列表 都 是 从 项 目 群 待 办 事项 列表 中 衍 
生 而 来 的 。 


此 外 ， 作 为 敏捷 发 布 火 车 的 一 部 分 ， 为 了 与 经 济 框架 保持 一 致 ， 所 有 敏捷 团队 都 使 用 相同 的 方法 进行 估算 。 这 提供 了 一 种 有 
意义 的 方式 ， 有 助 于 决策 者 根据 经 济 情况 决策 并 指导 行动 。 虽 然 工 作 方式 随 着 使 用 的 方法 不 同 而 不 同 ， 但 结果 往往 是 相同 的 ， 后 
续 在 “Scrum” 和 “团队 看 板 ” 的 相关 章节 (3.4 ~ 3.6 节 ) 中 会 有 进一步 讨论 。 


共同 集成 和 演示 


交付 高 质量 的 复杂 系统 需要 团队 之 间 的 紧密 配合 与 相互 协助 。 为 此 ， 团 队 按 照相 同 的 敏捷 发 布 火车 节奏 工作 ， 在 每 个 迭代 开 
始 时 共同 提出 和 沟通 迄 代目 标 。 在 敏捷 发 布 火车 同步 时 ， 各 个 团队 也 会 互相 更 新 状态 ， 通 过 与 其 他 团队 的 成 员 进 行 交 互 ， 从 而 积 
极地 管理 相互 之 间 的 依赖 关系 。 


当然 ， 这 里 所 说 的 目标 不 是 简单 地 让 团队 向 着 目标 进行 “冲刺 ”， 而 是 指 让 系统 向 着 有 质量 和 有 价值 的 增 量 进行 “冲刺 ”。 
为 此 ， 团 队 在 内 部 和 这 个 火车 上 ， 都 应 用 了 内 建 质量 并 在 迭代 内 进行 持续 集成 ， 同 时 所 有 团队 共同 协作 ， 从 而 可 以 在 每 个 迭代 完 
成 时 进行 系统 演示 。 


共同 学 


VJ 


所 有 SAFe 的 团队 成 员 都 参与 持续 改进 (参见 1.4 节 中 的 第 4 个 支柱 ) 。 除 了 团队 级 别 的 回顾 会 议和 随时 发 生 的 流程 提升 之 
外 ， 团 队 也 会 参与 更 大 的 检视 和 调整 会 议 ， 通 过 这 种 方式 识别 优先 级 ， 按 优先 级 对 改进 故事 进行 排序 ， 并 将 其 放 入 后 续 的 PI 计划 


会 议 中 进行 处 理 。 用 这 种 方式 ， 团 队 完成 了 一 个 迭代 ， 敏 捷 发 布 火车 完成 了 一 个 PI， 就 可 以 让 “ 环 路 闭合 ”。 当 然 ， 学 习 并 非 仅 


在 回顾 会 议 中 进行 ， 学 习 也 是 在 实践 社区 中 不 断 发 生 的 ， 实 践 社 区 的 建立 可 以 帮助 个 人 和 团队 不 断 提 升 本 职能 和 跨 职能 的 技能 。 
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3.3 产品 负责 人 


业务 人 员 和 开发 人 员 必 须 相 互 合作 ， 项目 中 的 每 一 天 都 不 例外 。 


一 一 敏捷 宣言 


群 优先 级 事项 的 执行 ， 并 维护 团队 所 负责 的 特性 和 组 件 在 概念 和 技术 上 的 完整 性 。 
队 中 唯一 有 权力 接收 已 完成 用 户 故事 的 人 。 对 于 正在 向 敏捷 方式 转型 的 企业 来 说 ， 
产品 负责 人 通常 是 全 职 的 ,一 个 产品 负责 人 通常 可 以 支持 一 个 团队 (最 多 两 个 团队 ) 。 


该 角色 是 开发 团队 与 外 界 的 重要 接口 ， 例 如 与 产品 经 理 (负责 项 目 群 待 办 事项 列表 ) 合作 ， 为 Pl 计划 会 议 做 准备 。 


FA 


产品 负责 人 是 敏捷 团队 的 成 员 之 一 ， 他 是 团队 与 客户 之 间 的 接口 ， 负 责 与 产品 管理 人 员 以 及 其 他 利益 相关 者 (包括 其 他 产品 
负责 人 ) 协作 来 确定 团队 待 办 事项 列表 中 用 户 故 事 的 优先 级 ， 以 便 解 决 方案 能 够 有 效 处 理 项 目 群 优 先 级 事项 (特性 /使 能 ) ， 同 
时 保持 技术 的 完整 性 。 理 想 情况 下 ， 产 品 负责 人 与 团队 的 其 他 人 在 同一 地 点 办 公 ， 产 品 负责 人 与 团队 拥有 同一 个 经 理 、 拥 有 同样 
的 激励 机 制 和 文化 。 但 是 产品 负责 人 也 会 参加 产品 经 理 的 会 议 讨 论 有 关 计划 、 待 办 事项 列表 和 愿景 的 梳理 等 。 


责任 


SAFe 产 品 负责 人 的 主要 责任 如 下 。 


筹备 和 参加 PI 计划 会 议 
“作为 产品 管理 团队 的 一 员 ， 产 品 负 责 人 积极 参与 项 目 群 待 办 事项 列表 细 化 和 准备 PI 计划 会 议 的 工作 ， 同 时 也 积极 参与 PI 计 


。 在 PI 计划 之 前 ， 产 品 负责 人 更 新 团队 待 办 事项 列表 ， 审 查 和 参与 制订 愿景、 路 线 图 和 进行 内 容 展示 。 


在 PI 计划 期 间 ， 产 品 负 责 人 参与 用 户 故 事 定义 ， 为 团队 洪 清 产品 需求 ， 以 便 团队 进行 用 户 故事 估算 和 用 户 故 事 排序 ， 并 为 
项 目 群 增 量 起 草 团队 目标 。 
迭代 执行 


: 待 办 事项 列表 梳理 一 一 产品 负责 人 的 主要 职责 是 从 系统 架构 师 / 工 程 师 和 其 他 利益 相关 者 那里 获得 输入 信息 ， 并 构建 、 裁 
剪 和 维护 团队 待 办 事项 列表 。 待 办 事项 列表 主要 是 由 用 户 故 事 组 成 ， 但 也 包括 缺陷 和 使 能 。 待 办 事项 列表 基于 用 户 价值 、 时 间 和 
其 他 团队 依赖 关系 进行 优先 级 排序 ， 团 队 依赖 关系 在 PI 计 划 会 议 上 确定 并 在 PI 执 行 期 间 进 行 优化 。 


: 迭代 计划 一 一 作为 筹备 迭代 计划 工作 的 一 部 分 ， 产 品 负 责 人 审查 和 重新 排 定 待 办 事项 列表 (参见 3.5 节 中 的 “迭代 计 
划 ” 的 内 容 ) ， 有 时 还 需要 与 其 他 产品 负责 人 协调 相互 的 依赖 关系 。 在 和 迭代 计划 会 议 上 ， 产 品 负责 人 负责 澄清 用 户 故 事 细 节 和 用 
户 故 事 优先 级 ， 并 负责 接收 最 终 迭 代 计 划 。 


- 准时 制 (Just-in-Time, JIT) 的 用 户 故 事 细 化 一 一 待 办 事项 列表 中 的 大 部 分 条 目 都 会 细 化 成 用 户 故事 进行 实施 。 这 可 能 
会 发 生 在 迁 代 之 前 、 和 迭代 计划 过 程 中 或 选 代 执 行 过 程 中 。 虽 然 任 何 团队 成 员 都 可 以 写 用 户 故 事 和 接收 标准 ， 但 产品 负责 人 对 保持 
整个 流程 的 顺畅 性 负 有 主要 责任 。 通 常 比 较 好 的 做 法 是 ， 在 团队 待 办 事项 列表 中 的 用 户 故 事 可 供 两 个 迭代 执行 。 如 果 故 事 过 多 ， 
则 会 导致 产生 队列 等 待 ; 如 果 故 事 过 少 ， 则 会 抑制 流动 的 进行 。 


. 支持 ATDD 一 一 产品 负责 人 参加 用 户 故 事 接收 标准 的 制订 和 起 草 ， 并 提供 示例 以 支持 ATDD (Acceptance Test-Driven- 
Development， 接 收 测试 驱动 开发 ) 规范 制订 。 可 参考 8.2 节 的 内 容 。 


故事 接收 一 一 产品 负责 人 是 唯一 可 以 接收 用 户 故 事 完 成 的 团队 成 员 。 接 收 用 户 故 事 包 括 验 证 用 户 故事 符合 接收 标准 ， 通 过 
了 适当 和 长 期 的 接收 测试 ， 或 者 通过 其 他 方式 能 够 验证 用 户 故事 满足 完成 的 定义 。 通 过 故事 接收 ， 产 品 负责 人 履行 了 质量 保证 的 
职能 ， 主 要 侧重 功能 适合 使 用 。 


理解 使 能 工作 一 一 虽然 产品 负责 人 无 需 推动 技术 决策 , 但 是 他 们 需要 理解 后 续 使 能 工作 的 范围 ， 并 与 系统 和 解决 方案 架构 
师 / 工 程 师 协同 工作 来 帮助 做 决策 ， 并 为 那些 实现 新 商业 功能 的 关键 技术 基础 设施 排 定 顺序 。 这 通常 需要 进行 人 力 物 力 安排 ,可 
参考 4.8 节 中 的 描述 。 


参加 团队 演示 和 回顾 一 一 作为 团队 不 可 或 缺 的 成 员 和 团队 需求 负责 人 ， 产 品 负 责 人 在 团队 演示 、 评 审 和 接收 用 户 故 事 ， 以 
及 迭代 回顾 (参见 3.12 节 ) 中 发 挥 着 重要 作用 。 在 回顾 活动 中 ， 团 队 成 员 聚 集 在 一 起 ， 改 进 流程 。 产 品 负责 人 也 积极 参与 敏捷 发 
布 火车 的 “检视 和 调整 ”工作 坊 。 


项 目 群 执行 


< 迭代 和 、 可 靠 和 持续 地 发 布 以 便 实现 解决 方案 的 增值 。 在 每 个 PI 的 过 程 中 ， 产 品 负 
责 人 与 其 他 团队 的 产品 负责 人 协调 各 团队 的 功能 相关 性 ， 通 常 产品 负责 人 需要 每 周 参 加 产品 负责 人 协调 会 议 来 保障 这 一 点 。 详 细 
= 息 请 参阅 4. 10 节 。 


- 产品 负责 人 在 为 项 目 群 和 价值 流利 益 相 关 者 进行 演示 的 过 程 中 也 起 到 关键 作用 。 


检视 和 调整 


* 团队 可 以 在 PI 的 检视 和 调整 工作 坊 上 来 处 理 那 些 较 大 的 障碍 。 在 工作 坊 中 ， 各 团队 产品 负责 人 协同 工作 来 定义 和 实施 改进 
故事 ， 以 提高 项 目 群 的 速度 和 质量 。 


“ PI 系统 演示 在 检视 和 调整 工作 坊 中 进行 ， 产 品 负 责 人 在 为 项 目 群 利 益 相 关 者 进行 PI 系统 演示 时 发 挥 重 要 作用 。 


* 产品 负责 人 也 参与 PI 系统 演示 的 准备 ， 以 确保 能 够 为 利益 相关 者 展现 解决 方案 的 最 关键 环节 。 


内 容 授权 


对 于 大 规模 项 目 ， 一 个 人 不 可 能 身 兼 数 职 一 一 既 处 理 产品 和 市 场 策略 也 服务 于 某 一 个 敏捷 团队 。 因 为 在 项 目 群 中 ， 产 品 经 
理 和 产品 负责 人 分 担 “ 内 容 权 力 ”， 所 以 职责 划分 是 非常 重要 的 。 通 常 的 职责 划分 如 图 3.3-1 所 示 。 


e 面 对 市 场 1/ 客户。 识别 市 场 需求 协调 解决 方案 、 技 术 和 团队 交互 。 o 面 对 客 户 /利益 相关 者 
与 市 场 /业务 人 员 在 一 起 办 公 与 团队 一 起 办 公 o 负责 故事 估算 并 实现 其 
e 负责 愿景 、 路 线 图 、 项 目 群 待 办 参与 制订 愿景 和 项 目 群 竺 办 事项 列 价值 
事项 列表 、 定 价 以 及 ROI 表 。 负 责 团队 待 办 事项 列表 及 实施 e 参与 意图 式 架 构 制 订 


o 通过 对 特性 和 使 能 排 定 优先 级 来 定义 迭代 和 故事 。 接 收 迭 代 增 量 负责 浮现 式 设计 
实现 PI 目标 并 发 布 内 容 通过 合理 排序 故事 实现 迭代 目标 和 e 协助 细 化 待 办 事项 列表 
o 建立 特性 的 接收 标准 迭代 内 容 和 创建 故事 
建立 故事 接收 标准 ， 接 收 故事 并 发 e 与 其 他 团队 进行 集成 
布 到 产品 基线 。 


图 3.3-1 发布 内 容 治理 


产品 经 理 、 产 品 负责 人 和 敏捷 团队 的 人 员 配 比 


项 目 取得 成 功 的 一 个 重要 因素 是 企业 内 各 个 岗位 的 人 员 配 比 。 不 合适 的 岗位 人 员 配 比 会 严重 影响 执行 速度 。 因 此 ， 产 品 经 
理 、 产 品 负 责 人 以 及 敏捷 团队 的 人 数 必须 是 大 体 平衡 的 ， 以 便 正 确 地 驾驶 敏捷 发 布 火 车 ， 否 则 整个 系统 将 花费 大 量 的 时 间 在 等 待 
定义 、 澄 清和 接收 等 工作 中 。SAFe 框 架 建 议 的 人 员 配 比如 图 3.3-2 所 示 。 


i 1.2 
产品 经 理 负 E ee ae 团队 实现 价值 


| l 
项 目 群 待 办 事项 列表 BA 
产品 负责 人 负责 


团队 每 办 事项 列表 
图 3.3-2 PM/PO 的 人 员 比 例 模 型 


每 个 产品 经 理 通常 可 以 支持 最 多 4 个 产品 负责 人 ， 每 个 产品 负责 人 最 多 可 以 负责 1 ~ 2 个 敏捷 团队 的 待 办 事项 列表 。 


参考 资料 
[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 
Enterprise.Addison-Wesley, 2011, chapter 11. 


[2] Larman, Craig, and Bas Vodde.Practices for Scaling Lean & Agile Development: Large, Multisite, and Offshore Product 


Development with Large-Scale Scrum.Addison-Wesley, 2010, chapter 3. 


3.4 Scrum Master 


好 的 领导 者 首先 必须 是 个 好 仆人 。 


一 一 罗伯特 K- BARBER 


摘要 


大 多 数 SAFe 团 队 采 用 的 是 ScrumXP， 这 是 一 种 用 于 有 效 地 进行 敏捷 项 目 管理 和 产品 交付 的 轻 量 级 的 团队 框架 。Scrum 
Master 的 角色 由 团队 中 的 一 员 承 担 ， 主 要 职责 是 帮助 自 组 织 、 自 我 管理 的 团队 实现 其 目标 。Scrum Master 通 过 教学 和 指导 
SAFe， 实 施 并 支持 SAFe 的 原则 和 实践 ， 识 别 和 消除 不 利 因素 的 影响 ， 引 导 流 动 。 


SAFe 团 队 从 Scrum、 看 板 、XP 和 其 他 精益 敏捷 方法 中 挑选 最 佳 实践 来 调整 他 们 的 过 程 。 虽 然 Scrum Master 这 个 角色 主要 
基于 标准 的 Scrum 模 型 ,但 是 大 多 数 团 队 一 一 甚至 是 那些 基于 事务 或 工作 流 的 团队 (主要 应 用 看 板 ) 一 一 也 有 效 地 采用 了 
Scrum Master 这 个 角色 来 帮助 团队 达成 目标 ， 并 协调 与 其 他 团队 的 沟通 活动 。 


Scrum Master 对 于 敏捷 团队 来 说 是 一 个 专门 的 角色 ， 他 会 花 大 量 的 时 间 帮 助 团 队 成 员 进行 沟通 、 协 调 、 合 作 ; 一 般 来 
说 ，Scrum Master 会 协助 团队 达成 他 们 的 交付 目标 。Scrum Master 是 基于 团队 的 管理 代理 人 和 仆人 式 领 导 ， 他 通过 有 效 的 敏 
捷 实 践 ， 帮 助 团队 实现 自 组 织 、 自 我 管理 和 交付 工作 。Scrum Master 支 持 和 实施 Scrum 流 程 的 规则 以 及 团队 认可 的 其 他 规则 。 
Scrum Master 也 帮助 团队 在 敏捷 发 布 火车 上 与 其 他 团队 进行 协调 配合 ， 在 必要 的 时 候 向 管理 层 沟通 当前 的 状态 。 


在 团队 中 的 责任 


优秀 的 SAFe Scrum Master 是 基于 团队 的 仆人 式 领 导 : 


展现 精益 -敏捷 的 领导 力 一 一 展现 出 具有 精益 - 敏捷 思维 的 领导 者 行为 。 帮 助 团队 拥抱 SAFe 的 核心 价值 观 ， 采 纳 和 应 用 


SAFe 原 则 ， 并 实施 SAFe 实 践 。 


. 支持 规则 一 一 虽然 Sctum 的 规则 是 轻 量 级 的 ， 但 依然 是 规则 ，Sctrum Mastet 负 责 遵循 实行 这 些 规则 ， 包 括 Sctum 规 则 、 在 制 


品 限制 ， 以 及 团队 认可 的 其 他 规则 。 


. 引导 团队 向 着 目标 前 进 Scrum Master 接 受 培训 并 成 为 团队 引导 者 ， 不 断 地 挑战 旧 有 的 软件 开发 范式 ， 同 时 保持 团队 专 
注 于 迭代 目标 。Scrum Mastet 在 质量 、 可 预测 性 、 流 动 和 速度 等 方面 帮助 团队 。 以 当前 产品 增 量 目标 为 基准 ， 帮 助 团队 关注 于 日 
常 工作 和 和 迭代 目标 。 


- 领导 团队 进行 持续 改进 一 一 帮助 团队 进行 改进 ， 并 对 自己 的 行为 负责 。 引 导 团 队 进行 回顾 。 教 给 团队 如 何 解 决 问题 ， 并 帮 
助 团队 成 为 自身 问题 的 解决 者 。 


. 引导 会 议 一 一 引导 所 有 的 团队 会 议 ， 包 括 每 日 站 会 、 迁 代 计 划 、 团 队 演示 和 和 迭代 回顾 。 


. 支持 产品 负责 人 一 一 在 团队 中 产品 负责 人 有 专门 的 职责 。Scrum Master 支 持 产品 负责 人 的 工作 ， 促 进 健康 的 团队 内 部 优先 
级 和 范围 的 动态 调整 。 


- 消除 障碍 一 一 很 多 阻碍 问题 都 超出 团队 授权 ， 或 是 需要 来 自 其 他 团队 的 协助 。Scrum Master 需 要 积极 解决 这 些 问 题 ， 以 便 
团队 能 够 保持 专注 于 迭代 目标 的 达成 。 


- 宣传 推广 SAFe 质 量 实践 一 一 SAFe 提 供 了 指导 ， 帮 助 团 队 持 续 改 进 交 付 物 的 质量 ， 达 成 完成 定义 (DoD) o Scrum Master 
助 团队 培养 技术 自律 和 匠 艺 精神 文化 ， 这 是 卓越 敏捷 团队 的 标志 ，Scrum Mastet 还 培育 和 支持 相关 实践 的 社区 。 


. 建立 高 效 团队 一 一 致力 于 不 断 提高 团队 的 动力 和 绩效 。 帮 助 团队 管理 人 际 冲突 、 挑 战 和 成 长 机 会 。 必 要 时 可 以 把 人 员 问 题 
上 升 到 管理 层 , 但 这 仅 限 于 通过 内 部 解决 无 法 达成 目标 时 才 进 行 。Scrum Mastet 还 可 以 通过 人 事变 动 帮助 团队 和 个 人 开展 工作 。 


- 保护 和 沟通 一 一 与 管理 层 和 外 部 利益 相关 者 进行 沟通 。 保 护 团队 不 受 那 些 不 可 控 插 队 工作 的 影响 。 


在 敏捷 发 布 火车 上 的 责任 


Scrum Master 帮 助 协调 团队 之 间 的 合作 ， 以 便 团 队 真 正 地 成 为 “在 火车 上 的 团队 ”.。 


` 与 其 他 团队 进行 协调 
节 信 息 参见 4.10 节 ) 。 经 常 和 系统 团队 、 用 户 体验 、DevOps、 共 享 服务 ， 以 及 发 布 管理 团队 进行 协调 。 需 要 注意 的 一 点 是 ， 团 


队 间 协调 的 责任 不 能 完全 委托 给 Scrum Mastetr， 每 一 个 团队 成 员 在 这 方面 都 负 有 责任 。 


一 般 而 言 ，Scrum Mastet 作 为 代表 ， 参 加 Scrum of Scrums 会 议 ， 把 会 议 上 的 信息 传达 回 团 队 ( 细 


- 引导 敏捷 发 布 火车 仪式 的 准备 和 就 绪 一 一 帮助 团队 准备 敏捷 发 布 火车 活动 ， 包 括 PI 计 划 会 议 ， 系 统 演 示 ， 以 及 检视 和 调整 
工作 坊 。 
- 协助 估算 指导 团队 建立 标准 化 的 估算 方法 ， 帮 助 团队 和 敏捷 发 布 火车 进行 大 型 特性 及 能 力 的 估算 。 


角色 来 源 


Scrum Master 可 以 是 全 职 或 兼职 的 ， 这 取决 于 团队 规模 、 环 境 和 其 他 职责 。 然 而 对 企业 来 说 ， 接 受 每 个 敏捷 团队 有 一 个 全 
职 Scrum Master 是 一 件 有 挑战 的 事情 。 毕 竟 ， 如 果 企业 组 建 了 100 个 新 的 敏捷 团队 ， 将 100 个 开发 团队 成 员 全 职 地 放 在 这 个 新 职 
责 上 ， 而 不 再 做 开发 或 测试 工作 ， 这 看 起 来 不 太 经 济 ， 而 且 行 政 上 的 可 操作 性 也 不 高 。 就 更 不 要 说 给 每 个 团队 配备 一 个 全 职 或 者 
兼职 的 顾问 ， 来 帮助 团队 学 习 和 掌握 新 的 思想 了 。 可 能 在 团队 有 机 会 证 明 这 个 角色 的 价值 之 前 ， 这 种 变革 就 已 经 胎 死 腹 中 了 。 


因此 ，SAFe 提 供 了 务实 的 方法 和 假定 ， 通 常情 况 下 ，Scrum Master 是 由 敏捷 团队 的 成 员 、 项 目 经 理 、 团 队 领导 或 者 其 他 角 
色 兼 职 担 任 。 然 而 在 SAFe 推 行 的 初始 阶段 ， 这 个 角色 的 活动 会 很 密集 ， 这 时 候 组 织 会 发 现 让 外 部 顾问 指导 团队 ， 使 团队 在 
Scrum 和 SAFe 执 行 中 熟练 起 来 很 有 益处 。 通 常 来 说 ， 外 部 的 Scrum Master 教 练 和 咨询 师 能 够 同时 指导 多 个 团队 。 


参考 资料 


[1] www.scrumalliance.org, 


[2] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 


1 美国 管理 学 家 ， 创 建 了 应 用 伦理 学 中 心 ， 最 终 发 展 成 仆人 式 领 导 中 心 ， 被 认为 是 “仆人 式 领导 ” (Servant-Leadership) 这 一 现 
代 管 理 思 想 潮流 的 发 起 人 。 译 者 注 


3.5 ScrumXP 


“……… 一 套 整 体 的 ， 或 者 说 是 “橄榄 球 ” 的 方法 


团队 在 来 回 传 球 的 过 程 中 作为 一 个 整体 而 行动 ， 也 许 能 更 好 地 服务 于 当 


一 一 野 中 郁 次 朗 和 人 竹内 给 高 ，《 新 型 的 新 产品 开发 游戏 》 


摘要 


多 数 SAFe 团 队 采 用 Scrum 作 为 他 们 基本 的 团队 级 别 项 目 管理 框架 。Scrum 是 一 个 轻 量 的 、 有 纪律 的 、 高 效 的 过 程 ， 适 合 于 
跨 职能 、 自 组 织 团 队 在 SAFe 环 境 下 使 用 。Scrum 规 定 了 三 个 角色 : Scrum Master、 产 品 负责 人 和 开发 团队 成 员 (参考 资料 
[3]) 。Scrum Master 是 仆人 式 领 导 ， 他 帮助 团队 遵守 Scrum 规 则 ， 并 且 清 除 团队 内 外 的 阻碍 。 产 品 负责 人 负责 定义 需求 ， 他 是 
团队 待 办 事项 列表 的 负责 人 (在 Scrum 中 称 为 产品 待 办 事项 列表 ， 在 SAFe 中 称 为 团队 待 办 事项 列表 ) 。 通 过 将 精益 质量 管理 实 
践 延伸 到 软件 开发 ， 并 结合 来 自 于 极限 编程 (XP) 的 工程 实践 ，SAFe 的 ScrumXP 团 队 为 SAFe 提 供 了 基础 的 敏捷 单元 。 


但 是 ，SAFe 的 ScrumXP 团 队 当 然 并 不 是 孤立 的 ， 每 个 团队 都 是 更 大 的 敏捷 发 布 火车 的 一 部 分 ， 团 队 之 间 相 互 协作 构建 大 型 
的 系统 ， 从 而 努力 达成 目标 。 为 此 ， 为 了 确保 整个 系统 的 迭代 和 增 量 式 演进 ， 所 有 的 敏捷 团队 都 会 共同 计划 、 共 同 集成 和 演示 、 


共同 学 习 。 


ScrumXP 敏 捷 团 队 是 一 个 包括 5 ~ 9 人 的 自 组 织 、 自 管理 的 跨 职能 团队 ， 并 且 尽 可 能 工作 在 一 起 。 这 样 的 规模 和 结构 优化 了 
团队 沟通 、 互 动 和 交付 价值 的 能 力 。 自 组 织 意味 着 团队 中 没有 团队 主管 或 经 理 角 色 来 给 团队 分 配 任务 、 佑 算 工 作 量 、 为 特定 的 目 
标 做 承诺 ， 或 是 制订 明确 的 解决 方案 。 团 队 在 获知 迭代 的 意图 之 后 ， 独 立地 决定 在 意图 范围 内 哪些 是 他 们 可 以 实际 承诺 的 ， 以 及 
他 们 将 如 何 构建 这 个 价值 增 量 。 


团队 是 跨 职能 的 ， 因 此 具备 用 于 交付 增 量 的 所 有 角色 和 技能 。 团 队 自 组 织 和 跨 职能 的 性 质 ， 以 及 持续 地 沟通 、 有 建设 性 的 冲 
突 、 充 满 活力 的 互动 ， 这 些 都 可 以 为 团队 成 员 创造 一 个 高 效 的 团队 氛围 和 更 愉快 的 工作 环境 。 


Scrum 定 义 了 两 个 特殊 的 角色 : 产品 负责 人 和 Scrum Master， 他 们 是 SAFe ScrumXP 团 队 的 成 员 ， 各 自 被 赋予 特定 且 具 体 
的 职责 。 每 个 角色 在 本 书 中 都 有 一 个 同名 的 章节 做 详细 阐述 。 下 文 是 对 其 各 自 职 责 的 一 个 概括 。 


每 个 ScrumXP 团 队 有 一 个 产品 负责 人 负责 团队 待 办 事项 列表 。 产 品 负责 人 与 团队 其 他 成 员 的 互动 是 重要 的 、 日 常 性 的 ， 并 
且 高 度 聚焦 于 工作 的 事项 。 因 此 ， 最 有 效 的 模式 是 每 个 团队 拥有 一 个 专职 的 产品 负责 人 ， 或 者 最 多 两 个 团队 拥有 一 个 产品 负责 
人 。 这 有 助 于 产品 负责 人 在 和 迭代 执行 过 程 中 对 团队 进行 有 效 的 支持 ， 包 括 回答 问题 ， 在 开发 中 提供 更 多 的 功能 细节 ， 评 审 、 接 收 
并 将 已 完成 的 故事 发 布 到 产品 基线 。 


Scrum Master (SM) 


Scrum Master 是 团队 的 引导 者 和 敏捷 教练 ， 其 主要 职责 包括 : 确保 团队 遵循 开发 流程 ， 向 团队 提供 Scrum、XP 和 SAFe 实 
践 的 培训 ， 以 及 提供 持续 改进 的 环境 。Scrum Master 也 负责 领导 团队 移 除 阻碍 。Scrum Master 可 以 是 全 职 的 ,或 是 由 团队 成 
员 兼 职 。 此 外 ， 一 些 专职 的 Scrum Master 可 以 支持 2 ~ 3 个 Scr um 团队 。 


Scrum 流 程 


scrum 流 程 本 身 是 一 个 轻 量 级 的 项 目 管理 框架 ， 能 够 促进 快速 、 迭 代 式 高 级 解决 方案 能 力 的 构建 ， 并 且 有 利于 持续 改进 以 支 
持 更 高 效 的 产能 和 更 好 的 交付 。 其 流程 围绕 着 迭代 进行 GE: Scrum 采 用 术语 “冲刺 ” (sprint) ，SAFe 采 用 更 通用 的 术 
iB "AR" (iteration) ， 人 迭代 是 一 个 短 周 期 时 间 盒 ， 在 SAFe 中 是 两 周 ， 在 此 期 间 团队 定义 、 开 发 、 测 试 和 接收 结果 。 以 下 是 
Scrum 流 程 的 进一步 描述 。 

和 迭代 计划 

和 迭代 开始 于 迭代 计划 ， 该 计划 也 是 一 个 遵循 时 间 盒 (不 超过 4 小 时 ) 的 会 议 ， 产 品 负责 人 可 以 展示 人 迭代 相关 的 故事 。 团 队 评 
审 故 事 ， 定 义 接收 标准 ， 必 要 时 将 大 故事 拆 分 成 更 小 的 故事 ， 佑 算 故 事 点 数 ， 最 后 根据 已 知 的 团队 速度 〈 每 个 迭代 交付 的 故事 点 
数 ) 承诺 可 以 完成 的 故事 。 许 多 团队 进一步 将 故事 拆 分 成 任务 ， 以 小 时 为 单位 来 估算 任务 ， 以 此 完善 对 工作 的 理解 。 最 终 ， 团 队 
承诺 一 系列 的 迭代 目标 。 


其 实 早 在 迭代 开始 之 前 ，Scrum 团 队 就 通过 梳理 团队 待 办 事项 列表 为 新 进 代 准备 内 容 ， 以 确保 团队 对 于 将 在 新 迭代 中 交付 的 
工作 有 一 个 预先 的 了 解 。 
可 视 化 工作 


在 执行 过 程 中 ， 团 队 以 每 隔 几 天 就 可 以 交付 一 两 个 故事 的 速度 进行 开发 和 测试 。 这 种 串 行 的 工作 方式 限制 了 在 制品 数量 ， 并 
帮助 避免 了 和 迭代 瀑布 化 。 团 队 采 用 大 型 可 视 化 信息 雷达 (big visual information radiators, BVIR) 掌握 并 跟踪 迭代 执行 过 
程 。 在 整个 迭代 过 程 中 ， 团 队 的 故事 板 用 于 可 视 化 故事 及 其 进度 。 在 故事 板 中 团队 往往 把 每 一 列 作为 一 个 实现 的 步骤 ， 随 时 间 从 
左 至 右 移动 故事 ， 如 图 3.5-1 所 示 。 


团队 竺 办 事项 列表 开发 测试 已 接收 


HOR 8 故事 3。 ay 
故事 19, 
故事 7 HO 6 故事 2 
故事 5 故事 4 


故事 9, 


图 3.5-1 团队 故事 板 示例 


有 些 团队 在 部 分 步骤 中 应 用 在 制品 限制 ， 从 而 在 迭代 中 创造 “拉动 ”过 程 ， 持 续 平衡 工作 以 提高 产能 。 事 实 上 ， 很 多 团队 把 
scrum 和 看 板 的 最 佳 实践 结合 起 来 ， 以 促进 工作 的 流动 性 。 在 这 种 情况 下 ， 简 单 的 故事 板 演变 成 了 结构 化 的 看 板 板 (Kanban 
board) 。 更 多 信息 可 以 参见 3.6 节 的 内 容 。 


协调 每 日 站 会 


团队 每 天 都 举行 一 个 正式 的 仪式 一 一 每 日 站 会 (Daily Stand up Meeting, DSU) ， 用 于 了 解 团队 目前 的 状况 ， 提 出 问 
题 ， 以 及 向 其 他 团队 成 员 寻 求 帮助 。 在 会 议 中 ， 每 个 团队 成 员 描述 昨天 做 了 什么 ， 今 天 将 要 做 什么 ， 以 及 遇 到 的 任何 阻碍 。 由 于 
是 一 个 每 天 进行 的 协调 会 ， 因 此 Scrum Master 应 该 保持 会 议 简短 上 且 聚 焦 ， 每 日 站 会 不 应 超过 15 分 钟 ， 而 且 是 在 故事 板 前 站 立 
成 的 。 


dit wi 


团队 沟通 并 不 仅 限 于 每 日 站 会 ， 团 队 成 员 在 整个 迭代 过 程 中 保持 互动 。 沟 通 的 便利 性 是 gcrumXP 推 荐 团队 成 员 尽 可 能 在 一 
起 工作 的 主要 原因 。 


价值 演示 和 过 程 改进 


在 每 个 迭代 的 结 属 ， 团 队 要 进行 一 次 团队 演示 和 运 代 回顾 。 在 演示 过 程 中 ， 团 队 展示 和 迭代 中 每 一 个 完成 的 故事 ， 其 总 和 就 是 
此 次 迭代 团队 的 价值 增 量 。 这 不 是 一 个 正式 的 状况 报告 ， 而 是 一 次 有 形 的 迁 代 成 果 的 评审 。 接 下 来 ， 团 队 进 行 一 个 简短 的 回顾 ， 
反思 在 迭代 过 程 中 ， 哪 些 地 方 做 得 好 ， 以 及 当前 有 什么 阻碍 。 然 后 ， 团 队 生 成 一 些 改进 故事 ， 放 入 下 一 个 迭代 执行 。 


内 建 质量 


正如 一 条 SAFe 的 宗旨 所 说 ，“ 你 不 能 规模 化 糟糕 的 代码 。” 因 此 ，SAFe 的 一 个 核心 价值 观 是 “内 建 质量 。”。 内 建 质量 需 
从 代码 和 组 件 层面 抓 起 ， 由 此 生成 解决 方案 ; 否则， 要 想 确保 从 组 件 集成 到 系统 和 解决 方案 过 程 中 的 质量 ， 就 是 一 件 非常 困难 的 
事情 ， 有 时 候 甚 至 是 完全 做 不 到 的 。 


为 了 确保 团队 在 代码 和 组 件 方面 的 内 建 质量 ，SAFe 指 出 了 5 种 来 自 于 极限 编程 (XP) 中 的 工程 和 质量 实践 ， 用 以 扩充 
Scrum 项 目 管理 实践 。 它 们 是 : 持续 集成 、 测 试 先 行 、 重 构 、 结 对 工作 和 集体 代码 所 有 权 。 除 了 这 5 个 实践 之 外 ， 一 些 团队 还 会 
采用 更 多 的 极限 编程 实践 ， 如 结对 编程 、 隐 喻 (参考 资料 [2]) 。 


ScrumXP 团 队 “ 在 火车 上 ” 


如 果 一 个 大 型 系统 包括 了 不 同 的 技术 平台 ， 涵 盖 硬 件 、 软 件 以 及 系统 工程 等 多 种 领域 ， 在 这 种 情况 下 ， 即 使 团队 是 跨 职能 
的 ， 让 一 个 7、8 个 人 的 团队 交付 最 终 用 户 价值 也 往往 是 不 现实 的 ， 我 们 需要 多 个 团队 一 起 协作 。 为 此 ，SAFe 敏 捷 团 队 运作 在 敏 
捷 发 布 火车 之 上 ， 敏 捷 发 布 火车 可 以 帮助 对 齐 任务 目标 ， 提 供 协作 环境 ， 使 团队 可 以 相互 协作 以 具备 构建 更 大 型 解决 方案 的 能 
力 。 作 为 敏捷 发 布 火车 的 一 部 分 ，ScrumXP 团 队 共同 计划 、 共 同 集成 和 演示 、 共 同学 习 ， 如 图 3.5-2 所 示 。 


有 关 团 队 如 何 参 与 “ 共 担 职责 的 项 目 群 ”的 更 多 细节 ， 参 见 3.2 节 的 内 容 。 


ScrumXP 团 队 领 导 


管理 者 通常 不 是 跨 职 能 团队 的 一 部 分 。 然 而 ， 最 初 的 团队 组 建 往往 会 围绕 着 特性 、 组 件 和 子 系统 来 进行 ， 而 敏捷 发 布 火车 的 
设计 和 架构 ， 往 往 是 管理 者 的 职责 ， 同 时 要 以 团队 的 输入 为 基础 。 因 此 ， 团 队 管 理 人 员 的 日 常 管理 职责 存在 一 个 质 的 转变 ， 即 从 
指导 团队 具体 技术 实现 的 专家 管理 者 ， 转 变 为 使 能 员工 、 发 展 员 工 的 精益 -敏捷 领导 者 。 


共同 集成 和 演示 


共同 学 习 


[1] Kniberg, Henrik.Scrum and XP from the Trenches.lulu.com, 2015. 
[2] Beck, Kent and Cynthia Andres.Extreme Programming Explained: Embrace Change, 2nd edition.Addison-Wesley, 2004. 


[3] Sutherland, Jeff and Ken Schwaber.http://www.scrumguides.org, 


3.6 ”团队 看 板 


造成 库存 挤 压 的 唯一 原因 ， 是 因为 使 用 了 过 量 的 人 力 。 


一 一 艾 利 . 高 德 拉 特 上 


也 有 可 能 是 因为 职责 划分 太 过 专门 化 了 ? 


一 一 本 书 作 者 


摘要 
尽管 出 于 不 同 的 目的 ， 看 板 系统 广泛 应 用 于 SAFe 的 投资 组 合 、 价 值 流 、 项 目 群 和 团队 等 各 个 层级 。 本 节 将 曾 述 团队 看 板 ， 
一 种 可 以 帮助 团队 通过 可 视 化 工作 流 来 促进 价值 流动 、 建 立 在 制品 限制 、 度 量 生产 能 力 和 持续 改进 流程 的 方法 。 


SAFe 团 队 可 以 自行 选择 敏捷 方法 ， 多 数 团队 会 选择 Scrum 方 法 ， 它 是 一 种 轻 量 级 、 有 效 和 普遍 适用 的 管理 方法 。 开 发 团队 
会 采用 极限 编程 ， 从 而 专注 在 软件 工程 和 代码 质量 上 。 有 些 团队 ， 特 别 是 系统 团队 、DevOps 团 队 ， 以 及 维护 团队 ， 会 选择 看 
板 来 作为 他 们 主要 的 敏捷 方法 。 在 有 些 场景 下 可 能 会 导致 团队 选择 使 用 看 板 方 法 ， 比 如 快速 响应 、 救 火 式 的 工作 特点 、 快 速 变 化 
的 优先 级 、“ 在 下 个 迭代 里 确切 计划 要 做 哪些 工作 ”是 没有 意义 的 行为 等 。 本 节 将 摘 述 如 何 使 看 板 系统 较 好 地 适用 于 SAFe 敏 捷 
团队 ， 与 此 同时 ， 这 些 SAFe 团 队 是 “在 火车 上 的 ”， 并 且 需 要 遵循 特定 的 火车 规则 。 


通常 ， 看 板 被 描述 为 一 个 拉动 系统 ， 当 团队 有 能 力 胜 任 某 项 工作 时 ， 是 通过 “拉动 ”而 不 是 “推动 ”的 方式 来 完成 这 项 任务 
的 。 本 节 将 讨论 团队 看 板 ， 一 种 可 以 帮助 团队 通过 可 视 化 工作 流 ， 从 而 促进 价值 流动 、 建 立 在 制品 限制 、 度 量 生产 能 力 ， 以 及 持 
续 改 进 流程 的 方法 。 


看 板 系统 是 建立 在 工作 流 状 态 基 础 之 上 的 ， 大 多 数 状态 是 有 在 制品 (WIP) 限制 的 ， 即 一 个 新 的 工作 项 只 有 在 该 状态 的 WIP 
小 于 限制 的 时 候 ， 才 能 够 加 入 到 该 状态 的 队列 里 。 有 一 些 状 态 是 没有 WIP 限 制 的 ， 例 如 开始 和 结束 状态 。 


WIP 限 制 由 团队 自己 定义 和 调整 ， 从 而 快速 适应 复杂 系统 开发 中 流动 的 变化 。 在 SAFe 里 ， 团 队 看 板 应 用 于 敏捷 发 布 火车 的 
节奏 与 同步 中 。 这 确保 了 团队 间 的 对 齐 ， 依 赖 管理 ， 以 及 快速 地 、 基 于 集成 的 学 习 环 ， 也 为 推进 更 大 型 的 解决 方案 提供 了 客观 证 
据 。 

看 板 拉 述 

看 板 (Kanban， 意 为 “可 视 化 的 信号 ”) 的 本 质 是 一 个 用 于 可 视 化 和 管理 工作 的 方法 。 虽 然 对 于 如 何 将 看 板 用 于 软件 开发 
有 很 多 种 理解 ， 但 一 般 来 讲 用 于 开发 的 看 板 系 统 包括 以 下 几 个 主要 方面 : 

“ 系统 包含 一 系列 需要 经 历 的 工作 状态 的 定义 ; 

- 所 有 的 工作 都 是 可 视 化 的 ， 每 个 任务 的 进度 都 会 被 跟踪 ; 

“ 团队 对 于 每 个 工作 状态 的 在 制品 (WIP) 限制 数 达 成 一 致 ， 并 在 必要 时 更 改 WIP 以 优化 工作 流 ; 

- 团队 制订 工作 管理 政策 ; 


* 度量 流动 。 工 作 项 从 进入 系统 开始 被 跟踪 ， 直 至 离开 ; 这 样 就 可 以 持续 地 指示 在 制品 数量 以 及 当前 的 前 置 时 间 (Lead 
Time， 一 个 工作 项 通过 系统 所 需 的 平均 时 间 ) ; 


* 通过 分 配 服务 等 级 进行 排序 ， 而 服务 等 级 是 由 延迟 成 本 决定 的 。 


可 视 化 流动 和 限制 WIP 


启用 看 板 之 初 ， 团 队 通 常会 创建 一 个 大 致 的 工作 流程 ， 并 设 定 初始 的 WIP 限 制 。 图 3.6-1 展 示 了 一 个 团队 的 初始 看 板 例子 ， 
他 们 目前 的 工作 流程 是 : 分 析 - 评 审 -构建 -集成 -测试 。 


在 图 3.6-1 中 ， 该 团队 还 决定 创建 两 个 缓冲 区 ( “准备 就 绪 ”) 来 更 好 地 管理 流动 的 变化 。 一 个 是 在 “评审 ”状态 之 前 ， 这 
可 能 需要 团队 外 的 领域 专家 (产品 经 理 或 者 其 他 专家 ) ， 而 这 些 专家 的 工作 时 间 有 限 或 者 不 均衡 。 另 外 一 个 缓冲 区 是 在 “集成 和 
测试 ”状态 之 前 ， 在 这 个 团队 的 例子 里 ， 需 要 使 用 共享 的 测试 设备 和 资源 。 因 为 集成 和 测试 是 由 同一 群 人 在 同一 个 环境 上 完成 
的 ， 所 以 这 两 个 步骤 被 视 为 同一 个 状态 。 考 虑 到 成 本 因素 ， 团 队 允 许 对 “评审 ”与 “集成 和 测试 ”两 个 状态 设置 更 高 的 WIP。 


2 6 4 2 8 6 


集成 和 测试 


团队 竺 办 
事项 列表 


平均 在 制品 数量 和 持续 时 间 通 过 点 数 来 衡量 ， 
[ 作 项 是 从 待 办 事项 列表 里 拉动 开始 到 已 接收 结束 


图 3.6-1 团队 初始 看 板 示例 


团队 看 板 的 改进 是 迭代 式 进 行 的。 在 定义 初始 流程 和 WIP， 并 且 执 行 一 段 时 间 之 后 ， 团 队 的 瓶颈 将 会 显现 出 来 。 如 果 没有 的 
话 ， 团 队 可 以 梳理 工作 的 流程 ， 或 进一步 降低 WIP， 直 至 某 些 状态 出 现 明 显 的 空闲 或 者 过 载 ， 这 会 有 助 于 团队 向 更 优化 的 流 进行 
调整 。 通 过 验证 假设 ， 以 调整 WIP， 从 而 使 工作 流程 步骤 得 以 合并 、 拆 分 ， 或 者 重新 定义 。 


度量 流动 


为 了 更 好 地 理解 和 改进 流动 与 流程 ， 看 板 团队 采用 客观 的 度量 ， 包 括 平均 前 置 时 间 、WIP、 吞 吐 量 向 。 其 中 常用 的 一 种 度量 
方式 是 累积 流 图 (Cumulative Flow Diagram，CFD) ， 如 图 3.6-2 所 示 。 


、(“ 待 办 
A sj 
psi 


在 制品 
DEHJE 高 开 曲线 (“完成 ) 


ES) / 


待 办 事项 数量 


时 间 (天 ) 
图 3.6-2 ”累积 流 图 展示 了 前 置 时 间 和 WIP 按 天 的 变化 


每 一 个 工作 项 都 是 有 时 间 戳 的 ， 包 括 其 进入 工作 流 的 时 间 (从 团队 待 办 事项 列表 拉 入 开始 实施 状态 ) 及 完成 时 间 。 “到达 曲 
线 ”表示 拉 入 工作 流 的 工作 项 数量 ，“ 离 开 曲 线 ”表示 完成 并 被 接收 的 工作 项 数量 。 两 条 曲线 在 X 轴 的 差 值 是 平均 前 置 时 间 一 一 
也 就 是 一 项 工作 通过 系统 所 花费 的 时 间 。 在 Y 轴 的 差 值 是 WIP 一 一 也 就 是 在 任何 时 间 点 上 ， 系 统 中 所 有 工作 项 的 数量 。 吞 吐 量 

旨 在 给 定时 间 段 内 完成 的 工作 项 数量 ， 它 也 是 一 个 非常 关键 的 指标 。SAFe 中 看 板 团队 以 迭代 为 工作 节奏 ， 因 此 会 度量 每 个 
和 迭代 的 故事 吞吐 量 。 


昧 积 流 图 为 团队 提供 数据 ， 以 计算 他 们 帮 代 的 吞吐 量 。 


为 此 ， 团 队 用 平均 WIP 除 以 平均 前 置 时 间 ， 得 到 平均 每 天 可 以 处 理 的 故事 数量 ， 然 后 再 乘 以 14B]。 其 结果 就 是 每 个 迭代 以 
故事 数量 计算 的 平均 吞吐 量 ， 这 有 助 于 制订 计划 。 (这 对 于 计算 团队 速度 也 是 很 重要 的 ， 相 关内 容 将 在 本 节 后 面 描述 。) 


累积 流 图 也 将 明显 的 流动 变化 进行 了 可 视 化 。 这 可 能 是 团队 没有 意识 到 的 系统 内 部 阻碍 ， 或 者 是 外 部 力量 干扰 了 流动 。 囚 积 
流 图 是 一 个 客观 的 度量 工具 ， 可 以 帮助 看 板 团队 持续 改进 。 


此 外 ， 团 队 需要 有 能 力 管理 依赖 、 确 保 与 里 程 碑 保持 一 致 。 看 板 使 用 服务 等 级 机 制 帮 助 团队 优化 工作 项 的 执行 。 服 务 等 级 提 
供 了 一 种 方法 ， 基 于 延迟 成 本 区 分 工作 项 。 对 于 每 一 类 服务 等 级 都 有 一 个 特定 的 执行 策略 。 例 如 : 


1. 标 准 一 一 大 部 分 工作 项 都 属于 这 个 服务 等 级 : 没有 特定 的 日 期 依赖 的 新 功能 开发 。 对 于 标准 类 别 的 任务 ， 它 的 延迟 成 本 是 
线性 的 ， 它 的 价值 只 有 在 完成 交付 的 时 候 才 会 达成 ， 但 对 它 没有 固定 完成 日 期 的 要 求 。 


2. 固 定 日 期 一 有 固定 日 期 的 工作 项 意味 着 里 程 碑 和 预先 设 定 日 期 的 依赖 关系 。 其 延迟 成 本 是 非 线 性 的 。 需 要 及 时 “ 拉 
动 ”这 些 工 作 任务 进入 开发 状态 ， 以 期 按时 交付 。 有 些 工作 项 需要 额外 的 分 析 ， 以 便 调 整 期 望 的 前 置 时 间 。 有 些 工 作 项 在 落后 于 
计划 进度 时 需要 将 其 类 别 改 为 “加 速 ”。 


3. 加 速 一 一 “加 速 ” 类 别 工 作 项 有 着 难以 接受 的 延迟 成 本 ， 因 而 需要 立即 引起 团队 关注 ; 它 可 以 在 违反 当前 WIP 限 制 的 情况 


下 被 “拉动 ”进入 开发 状态 。 通 常 在 系统 里 同一 时 间 内 只 允许 有 一 个 “加 速 ” 类 别 的 工作 项 ， 并 且 团 队 可 以 设 定 “ 蜂 拥 ” 策 略 ， 
以 便 该 工作 项 迅速 通过 系统 。 


如 果 团队 发 现 很 多 工作 项 都 需要 加 速 ， 那 么 系统 极 有 可 能 是 超 负荷 负载 的 。 有 可 能 是 需求 超过 处 理 能 力 ， 也 有 可 能 是 输入 流 
程 缺乏 纪律 。 这 时 需要 对 工作 流程 重新 进行 调整 。 

如 图 3.6-3 所 示 ， 通 常情 况 下 服务 等 级 被 可 视 化 为 “ 泳 道 ”。 

此 外 ， 团 队 可 以 把 不 同类 别 的 工作 项 对 应 到 特定 颜色 上 (参见 4.11 节 ) ， 如 “新 功能 ” “研究 探 针 ” (Spike) “ 建 
模 ” 等 ， 这 有 助 于 团队 进一步 理解 正在 执行 的 工作 项 。 

密切 关注 工作 流 的 结构 可 以 给 看 板 团队 提供 改进 的 机 会 。 例 如 ， 累 积 流 图 中 发 生 的 变化 可 能 揭示 了 平均 WIP 在 增加 (这 将 导 
致 前 置 时 间 拉 长 ) 。 这 也 许 是 某 种 更 深层 次 问题 的 一 个 表象 ， 现 在 团队 有 能 力 做 出 识别 。 定 期 省 思 和 调整 流程 是 获取 高 度 可 视 化 
益处 的 必要 措施 。 


团队 待 办 
事项 列表 


集成 和 测试 


图 3.6-3 ”看 板 上 的 服务 等 级 


SAFe 看 板 团队 “在 火车 上 ” 


SAFe 看 板 团队 在 更 大 的 框架 下 运作 ， 这 需要 多 个 敏捷 团队 甚至 跨 多 个 敏捷 发 布 火车 来 构建 一 个 解决 方案 。 为 了 实现 这 一 目 
标 ， 团 队 除 了 需要 遵守 常规 看 板 原则 之 外 ， 还 需要 遵守 特定 的 SAFe 规 则 。 这 些 规则 包括 : 团队 之 间 共 同 制订 计划 ， 共 同 集成 和 
演示 ， 共 同学 习 ， 如 3.2 节 描述 的 那样 。 共 同 制订 计划 是 一 个 值得 进一步 讨论 的 话题 ， 如 下 文 所 述 。 


估算 工作 内 容 


通常 ， 看 板 团 队 在 估算 或 者 任务 分 配 上 花费 的 时 间 没 有 Scrum 团 队 那 么 多 。 团 队 查 看 要 做 的 工作 项 ， 把 较 大 工作 项 进行 必要 
的 拆 分 ， 然 后 致力 于 完成 拆 分 出 来 的 故事 ， 通 常 不 会 在 意 改 事 的 大 小 。 然 而 ，SAFe 团 队 需 要 具备 对 PI 计划 的 需求 进行 估算 的 能 
力 ， 以 及 参与 对 较 大 工作 项 做 经 济 估 算 。 同 时 ， 为 了 能 够 做 预测 ， 需 要 对 团队 的 速度 、 其 他 团队 的 速度 ， 以 及 敏捷 发 布 火车 的 速 
度 有 一 致 的 理解 。 


为 估算 建立 一 个 共同 的 起 点 


最 初 ， 一 个 新 的 看 板 团 队 并 不 清楚 其 吞吐 量 ， 因 为 吞吐 量 是 基于 历史 数据 计算 出 来 的 。 启 动 之 初 ，SAFe 看 板 团 队 必须 有 一 
种 方法 来 估算 工作 ， 这 往往 从 第 一 个 PI 计划 会 议 开始 。 这 在 一 定 程度 上 与 Scrum 团 队 一 致 ， 看 板 团 队 的 初始 能 力 估计 是 从 标准 化 


估算 开始 (参见 3.9 节 的 描述 ) . Ae, ARANEA REA EARE, 2OScrumBlB Arie A. BABI RE TIE 
他 们 所 假设 的 速度 ， 至 少 在 第 一 个 PI 时 是 这 样 的 。 


计算 “导出 ”速度 


从 启动 开始 ， 看 板 团队 可 以 使 用 累积 流 图 来 计算 每 次 迭代 的 故事 吞吐 量 (或 者 也 可 以 先 简单 地 相 加 再 计算 平均 值 ) 。 由 此 看 
板 团队 通过 用 吞吐 量 乘 以 故事 平均 大 小 (通常 是 3~5 点 ) 来 计算 “导出 ”速度 。 这 样 ，SAFe Scrum 团 队 和 SAFe 看 板 团队 都 可 以 
参与 到 大 的 经 济 框架 中 来 ， 从 而 为 投资 组 合 运行 提供 基本 的 经 济 环境 。 


估算 大 的 工作 项 


在 投资 组 合 和 价值 流 层级 ， 通 常 需要 估算 更 大 的 工作 项 (诸如 史诗 或 能 力 ) 来 确定 它们 的 潜在 经 济 可 行 性 。 此 外 ， 对 敏捷 发 
布 火车 和 价值 流 路 线 图 的 开发 需要 同时 具备 估算 知识 (工作 项 的 大 小 ) ， 以 及 敏捷 发 布 火车 的 速度 (ART 的 吞吐 量 ) 。 为 了 做 到 
这 点 ， 看 板 团队 会 把 大 的 举措 分 解 为 故事 并 进行 估算 ， 与 Scrum 团 队 所 采取 的 方式 类 似 。 这 提供 了 更 细 颗 粒度 的 解决 方案 来 帮助 
估算 大 规模 工作 任务 。 故 事 用 标准 化 的 故事 点 数 进行 估算 ， 这 为 企业 提供 了 从 各 个 团队 聚合 估算 的 能 力 ， 而 且 在 整个 过 程 中 避免 
了 过 度 的 争论 。 
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3.7 ”团队 待 办 事项 列表 


待 办 事项 列表 的 定义 : 
1. 隐 藏 在 舒适 表面 下 的 大 型 列表 
2. 未 完成 的 任务 或 未 处 理 资 料 的 聚集 


上 述 第 一 种 待 办 事项 列表 的 燃 尽 速度 缓慢 ， 而 第 二 种 待 办 事项 列表 的 燃 尽 速度 迅速 。 


摘要 


团队 待 办 事项 列表 代表 了 一 个 团队 为 提升 系统 需要 做 的 所 有 事情 的 集合 ， 它 包含 了 用 户 故 事 和 使 能 故事 ， 其 中 大 部 分 都 来 自 
于 项 目 群 待 办 事项 列表 ， 有 些 则 是 来 自 团队 自己 的 具体 场景 。 团 队 待 办 事项 列表 由 产品 负责 人 负责 ， 昌 然 产品 负责 人 是 待 办 事项 
列表 的 “责任 人 ”， 但 这 并 不 意味 着 只 有 产品 负责 人 可 以 创建 用 户 故事 ， 而 是 需要 产 人 对 工作 进行 优先 级 排序 。 


由 于 用 户 故 事 和 使 能 故事 都 是 待 办 事项 列表 的 一 部 分 ， 所 以 通过 有 效 配 置 资 源 以 确保 投资 可 以 在 需求 冲突 中 得 到 平衡 ， 这 一 


点 显得 尤为 重要 。 资 源 的 配置 需要 把 敏捷 发 布 火车 看 成 一 个 整体 ， 并 根据 火车 的 需要 进行 协调 。 
详 述 


虽然 “ 待 办 事项 列表 ”看 起 来 是 一 个 简单 的 概念 ， 然 而 在 其 背后 却 有 许多 微妙 的 影响 。 


* 待 办 事项 列表 需要 包含 所 有 要 做 的 事情 ， 如 果 工 作 项 处 于 列表 中 ， 那 么 就 需要 被 完成 ， 如 果 工 作 项 不 在 列表 中 ， 那 么 就 不 


* 待 办 事项 列表 是 一 个 “希望 实现 工作 项 ”的 列表 ， 而 不 是 一 个 承诺 。 工 作 项 可 被 估算 (推荐 ) 也 可 以 不 用 估算 ， 但 无 论 哪 
种 情况 都 不 会 包括 承诺 该 项 工作 的 具体 完成 时 间 。 


* 待 办 事项 列表 有 唯一 的 责任 人 一 一 团队 的 产品 负责 人 。 这 样 可 以 保护 团队 免 受 多 方面 利益 相关 者 的 干扰 ， 因 为 每 一 个 利益 
相关 者 的 关注 重点 都 有 所 不 同 。 


所 有 的 团队 成 员 都 可 以 将 自己 认为 重要 的 用 户 故 事 放 入 待 办 事项 列表 。 


待 办 事项 列表 包含 用 户 故 事 、 使 能 故事 和 “改进 故事 ”， 其 中 “改进 故事 ”是 从 团队 迭代 回顾 会 议 的 结果 中 识别 出 来 的 改 


团队 待 办 事项 列表 是 一 个 简单 而 统一 的 形式 ， 但 也 隐藏 了 敏捷 在 规模 化 过 程 中 的 复杂 性 。 图 3.7-1 说 明了 团队 待 办 事项 列表 
的 三 个 主要 来 源 。 


N 


1. 项目 群 待 办 事项 列表 


v v Ww 


3. 其 他 利益 相关 者 
”其 他 团队 的 依赖 
> 其 他 承诺 

b 探 针 /人 研究 


非 功能 性 需求 个 特性 / 功能 中 和 团队 相关 的 工作 


非 功能 性 需求 


图 3.7-1 团队 待 办 事项 列表 的 分 解 图 


项 目 群 待 办 事项 列表 中 包括 将 要 实现 的 特性 ， 通 常会 计划 在 敏捷 发 布 火车 中 进行 交付 。 在 PI 计划 会 上 ， 计 划 在 项 目 群 增 量 
(Pl) 中 交付 的 特性 会 被 分 解 成 故事 ， 并 且 和 暂时 分 配 进 入 团队 待 办 事项 列表 以 便 在 下 一 个 迭代 进行 实现 。 此 外 ， 也 会 计划 一 些 将 
来 需要 开展 的 工作 ， 在 这 种 情况 下 ， 团 队 待 办 事项 列表 也 可 以 包含 一 些 尚未 拆 分 成 故事 的 特性 。 有 时 需要 由 多 个 团队 共同 交付 一 
个 特性 ， 在 这 种 情况 下 ， 就 需要 为 相关 团队 创建 相应 的 工作 ， 然 后 对 其 进行 估算 ， 并 在 团队 待 办 事项 列表 中 进行 维护 。 


团队 也 需要 根据 自己 的 实际 情况 开展 工作 。 除 了 需要 实现 那些 来 自 于 特性 的 故事 之 外 ， 团 队 也 会 有 一 些 自己 创建 的 故事 ， 比 
如 新 功能 、 重 构 、 缺 陷 、 研 究 探 针 ， 以 及 技术 债 等 。 这 些 由 团队 自己 创建 的 故事 也 需要 加 以 识别 ， 可 以 写成 使 能 故事 ， 进 行 估 
算 ， 并 排序 放 入 待 办 事项 列表 中 。 


敏捷 发 布 火车 上 的 团队 并 不 是 孤立 存在 的 ， 不 同 团队 的 待 办 事项 列表 中 的 用 户 故事 可 能 会 相互 关联 ， 从 而 满足 利益 相关 者 的 
目标 。 这 些 故 事 可 能 会 包含 对 特性 、 能 力 甚 至 史诗 故事 的 研究 和 佑 算 探 针 ， 同 时 也 会 反映 团队 之 间 的 依赖 天 系 ， 以 及 对 外 部 的 承 


诺 。 
通过 容量 分 配 优化 价值 交付 和 系统 健康 


与 敏捷 发 布 火车 一 样 ， 每 个 团队 都 会 面临 待 办 事项 列表 中 内 部 和 外 部 工作 项 的 平衡 问题 ， 内 部 工作 项 包括 维护 、 重 构 、 技 术 
债 等 ;外 部 工作 项 是 指 立 即 能 交付 价值 的 新 用 户 故事 。 “永远 保持 新 功能 的 开发 ”在 一 定 程度 上 比较 有 效 ， 甚 至 可 以 立即 满足 市 
场 需要 ， 但 是 这 种 效果 将 是 短暂 的 ， 因 为 可 能 会 由 于 沉重 的 技术 债务 而 影响 交付 速度 。 为 了 避免 速度 的 降低 ， 以 及 推迟 由 于 技术 
过 时 导致 的 大 量 系统 更 换 ， 团 队 需 要 持续 关注 解决 方案 的 技术 演进 ， 及 时 修复 缺陷 和 改进 提升 ， 从 而 保证 现 有 客户 的 满意 度 。 


产品 负责 人 对 于 工作 项 的 排序 是 一 件 复杂 和 极 具 挑战 的 事 ， 他 需要 在 3 种 不 同类 型 的 工作 中 进行 价值 比较 : 1) 缺陷 ; 2) Æ 
构 、 重 新 设计 和 技术 升级 ; 3) 新 的 用 户 故 事 。 而 且 这 些 工 作 项 按 需 发 生 ， 持 续 增加 。 大 多 数 情况 下 ， 工 作 项 来 自 项 目 群 待 办 事 
项 列表 ， 然 后 通过 容量 分 配 有 助 于 团队 形成 一 种 机 制 ， 用 于 明确 在 给 定时 间 周 期 内 开展 哪些 类 型 的 活动 ， 如 图 3.7-2 所 示 。 


容量 分 配 F 一 个 FI 


出 用 户 故 事 
国 重 构 


维护 


团队 竺 办 
事项 列表 


图 3.7-2 团队 待 办 事项 列表 的 容量 分 配 


一 旦 团队 做 出 决定 ， 他 们 就 可 以 从 每 个 “切片 ”中 选择 最 高 优先 级 的 工作 项 ， 放 入 迭代 中 进行 实现 。 对 于 那些 在 项 目 群 中 已 
经 承诺 的 故事 ， 在 PI 计 划 的 时 候 就 已 经 进行 了 优先 级 的 排 定 ， 但 是 对 于 团队 自己 添加 的 本 地 故事 ， 产 品 负责 人 需要 按照 价值 / 规 
模 大 小 ， 或 者 采用 WSsJF (加 权 最 短 作业 优先 ) 进行 优先 级 排序 。 此 外 ， 为 了 平衡 长 期 的 产品 健康 和 价值 交付 ， 分 配 到 各 个 工作 
项 类 型 的 百分比 可 能 会 有 所 不 同 (例如 ， 在 每 个 PI 中 都 会 有 所 不 同 ) 。 


待 办 事项 列表 梳理 


在 本 节 的 讨论 中 ， 可 以 看 出 待 办 事项 列表 中 的 有 些 故 事 已 经 比较 完善 ， 并 准备 就 绪 可 以 进行 下 一 步 的 实现 了 ， 这 样 的 故事 不 
会 带 来 太 大 的 风险 和 意外 。 因 为 ， 整 个 团队 都 参与 了 讨论 ， 大 家 采取 了 基于 流 的 方法 ， 通 常 是 每 个 迭代 (或 者 每 周 ) 至 少 有 一 个 
团队 对 将 要 实现 的 故事 (有 时 也 会 讨论 特性 ) 开展 一 个 工作 坊 ， 进 行 讨论 、 估 算 ， 并 且 建 立 初步 的 接收 标准 。 

对 于 这 个 会 议 ， 业 界 没有 标准 的 术语 ， 在 SAFe 中 称 为 待 办 事项 列表 梳理 会 ， 但 是 需要 指出 的 一 点 是 ， 待 办 事项 列表 梳理 是 
一 项 持续 的 工作 ， 而 不 仅仅 是 一 次 会 议 就 能 解决 全 部 问题 的 。[] 应 用 接收 测试 驱动 开发 (ATDD) 的 团队 ， 通 常会 在 前 期 投入 更 
多 的 时 间 用 于 开发 特定 的 接收 测试 ， 有 时 也 会 开展 一 些 相关 会 议 ， 称 为 规格 说 明 工 作坊 (specification workshop) 。 此 外 ， 由 
于 多 个 团队 都 在 做 待 办 事项 列表 的 梳理 ， 可 能 会 出 现 新 的 问题 、 依 赖 天 系 和 故事 。 在 这 种 方式 中 ， 待 办 事项 列表 梳理 的 流程 会 
助 于 把 当前 计划 中 存在 的 问题 暴露 出 来 ， 并 升级 到 敏捷 发 布 火车 的 同步 会 议 中 进行 更 进一步 的 讨论 。 


参考 资料 


[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 
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我 平生 从 来 没有 做 过 一 次 偶然 的 发 明 。 我 的 一 切 发 明 都 是 经 过 深思 熟 虑 ， 严 格 试验 的 结果 。 


一 一 托马斯 爱迪生 


摘要 


和 迭代 是 敏捷 开发 的 基本 组 成 单元 ， 每 个 迭代 都 是 一 个 固定 的 时 间 盒 ， 团 队 在 这 个 固定 时 间 内 构建 一 个 商业 价值 或 产品 功能 和 
增 量 。SAFe 的 和 迭代 长 度 是 2 周 ， 这 为 团队 提供 了 一 个 开发 产品 特性 和 组 件 的 基本 开发 节奏 。 在 这 个 短 周 期 之 内 ， 团 队 需要 完成 迭 
代 待 办 事项 列表 中 用 户 故 事 的 开发 ， 与 其 他 团队 的 输出 结果 进行 集成 ， 以 及 准备 整个 系统 的 演示 等 一 系列 工作 。 和 迭代 是 连续 的 ， 
一 个 接着 一 个 进行 ， 以 稳定 的 速度 提供 持续 的 商业 价值 交付 。 


和 迭代 的 节奏 是 SAFe 提 到 的 第 一 个 节奏 ，SAFe 项 目 群 增 量 的 时 间 盒 更 长 ， 由 一 组 和 谐 的 短 迭 代 组 成 。PI 时 间 盒 为 敏捷 发 布 火 
车 上 所 有 的 团队 提供 了 一 个 外 部 节奏 ， 团队 在 这 个 时 间 盒 里 共同 计划 、 共 同 集成 和 演示 、 共 同学 习 成 长 。 


由 于 快速 学 习 是 SAFe 学 习 环 的 关键 目标 ， 所 以 敏捷 团队 需要 尽 可 能 快 地 执行 PDCA (Plan-Do-Check-Adjust) 循环 ， 包 括 
计划 、 执 行 、 检 查 、 调 整 四 个 步骤 ， 如 图 3.8-1 所 示 。 
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图 3.8-1 迭代 中 的 PDCA 环 


每 个 PDCA 循 环 就 是 一 个 迭代 ， 每 个 迭代 以 固定 的 、 可 预测 的 开发 节奏 产生 新 的 价值 增 量 ， 同 时 也 优化 以 前 迭代 产生 的 价值 
增 量 。 在 两 周 时间 内 ， 每 个 团队 通过 计划 、 构 建 、 测 试 、 集 成 和 演示 等 一 系列 工作 完成 系统 增 量 的 输出 。 在 短暂 的 迭代 时 间 内 ， 
团队 、 产 品 负责 人 、 产 品 经 理 (PM) 和 其 他 利益 相关 者 能 够 通过 可 工作 的 系统 完成 技术 和 业务 假设 条 件 的 验证 。 每 个 迭代 都 会 
触 皮 一 次 “集成 点 ”， 就 是 所 谓 的 “拉动 事件 ”， 通 过 团队 成 员 的 一 致 努力 把 系统 的 不 同方 面 进行 集成 ， 集 成 包括 功能 、 质 量 、 
校准 和 可 用 性 等 。 


IRE 


迭代 计划 会 议 是 PDCA 循环 中 的 “计划 ”步骤 。 所 有 团队 成 员 在 会 议 中 对 团队 目标 达成 一 致 ， 此 目标 在 团队 PI 目 标 中 描述 ， 
在 团队 和 系统 演示 中 展示 最 终结 果 。 


尽管 团队 使 用 ScrumXP 或 看 板 会 带 来 一 些 计划 活动 上 的 不 同 ， 但 是 在 计划 会 议 中 ， 团 队 会 检查 待 办 事项 列表 来 设 定 迭 代目 


标 ， 并 从 系统 角度 明确 需要 在 迭代 结束 时 进行 集成 和 演示 的 详细 内 容 。 


和 迭代 执行 对 应 PDCA 循环 中 的 “执行 ”步骤 ， 它 描述 了 开展 工作 的 过 程 。 团 队 在 帮 代 执行 中 ， 开 发 和 测试 新 功能 ， 以 增 量 的 
方式 交付 用 户 故事 ， 当 用 户 故事 完成 后 尽快 向 产品 负责 人 进行 演示 ， 并 且 通 过 演示 来 显示 团队 的 工作 进展 情况 。 


在 执行 阶段 还 包含 一 个 更 小 的 PDCA 循环 ， 即 每 日 站 会 。 团 队 成 员 每 天 都 面对面 地 评 佑 进 代 目标 的 进展 情况 ， 更 新 自己 的 工 
作 进 度 。 每 日 站 会 就 是 一 个 以 天 为 单位 的 PDCA 循环 ， 它 允许 团队 每 天 计划 、 检 查 ， 以 及 调整 他 们 的 迭 代 计划 。 
团队 演示 


团队 演示 对 应 PDCA 循环 中 的 “检查 ”步骤 。 在 演示 会 议 上 ， 团 队 向 产品 负责 人 演示 经 过 充分 测试 的 价值 增 量 ， 并 且 获 得 产 
品 负责 人 的 反馈 。 团 队 也 会 根据 演示 的 结果 来 调整 下 一 个 迭代 的 团队 待 办 事项 列表 。 在 演示 会 上 某 些 用 户 故 事 会 被 产品 负责 人 接 
收 ， 另 外 一 些 会 根据 迭代 中 所 收集 到 的 反馈 进行 改进 。 


团队 演示 后 ， 团 队 成 员 紧 接着 会 参与 整个 系统 的 演示 。 在 敏捷 发 布 火车 中 ， 系 统 演示 是 一 个 必需 的 、 正 式 的 “集成 点 ”， 也 
是 一 个 “拉动 事件 ”， 它 会 对 多 个 团队 的 成 果 进 行 集成 ， 确 保 在 项 目 群 层级 进行 尽早 的 集成 和 验证 。 在 迭代 中 ， 每 个 团队 都 可 以 
站 在 系统 的 角度 ， 对 自己 的 工作 进行 持续 集成 和 评估 ， 从 而 满足 整个 系统 的 要 求 。 
改进 流程 


和 迭代 回顾 会 “检查 ”整个 迭代 的 工作 ， 对 应 PDCA 循环 中 的 “调整 ”步骤 。 在 迁 代 回顾 会 议 中 ， 团 队 成 员 一 起 评估 开发 流程 
和 上 一 个 迭代 中 改进 故事 的 执行 情况 ， 识 别 问 题 及 其 发 生 的 根本 原因 ， 当 然 也 会 回顾 工作 中 做 得 好 的 地 方 ， 团 队 把 识别 出 的 改进 
故事 放 到 待 办 事项 列表 中 ， 放 入 下 一 个 迭代 中 实现 。 人 迭代 回顾 是 团队 进行 持续 改进 (SAFe 精 益 -敏捷 思想 的 支柱 之 一 ) 的 关键 方 
式 之 一 。 不 论 是 立刻 进行 ， 还 是 在 检视 和 调整 工作 坊 时 进行 ， 迁 代 回 顾 都 可 以 驱动 项 目 群 层 的 流程 改进 。 


在 下 个 兴 代 计划 会 议 开始 前 ， 待 办 事项 列表 会 根据 演示 会 议和 回顾 会 议 的 决策 重新 进行 调整 。 产 品 负责 人 根据 需要 ， 对 新 的 
和 原 有 的 待 办 事项 进行 重 构 或 重新 排序 。 


参考 资料 


[1] Cockburn, Alistair. “Using Both Incremental and Iterative Development.” STSC CrossTalk 21 (2008) : 27 - 30. 


[2] Maurya, Ash.Running Lean: Iterate from Plan A to a Plan That Works.O’ Reilly Media, 2012. 


3.9 RITE 


坚守 对 决定 的 承诺 ， 但 保持 灵活 的 操作 方法 。 


汤姆 Fpl 


摘要 
基于 团队 的 迭代 计划 是 去 中 心 化 的 控制 ， 以 及 授权 快速 、 局 部 决策 的 主要 机 制 之 一 。 在 Scrum 中 ， 团 队 进行 计划 ， 从 产品 待 
办 事项 列表 中 选取 故事 ， 并 承诺 在 接 下 来 的 迭代 中 进行 实现 。 


这 个 基本 流程 对 SAFe 来 说 也 是 最 为 基础 的 ， 而 且 适 用 于 更 广泛 的 敏捷 发 布 火 车 层面 ， 因 为 SAFe 团 队 是 敏捷 发 布 火车 不 可 分 
割 的 组 成 部 分 。 所 以 ， 在 PI 计 划 会 议 中 团队 的 待 办 事项 已 经 确定 或 部 分 确定 。 此 外 ， 团 队 不 仅 可 以 从 之 前 的 迭代 中 获得 反馈 ， 而 
且 也 能 从 系统 演示 和 其 他 团队 那里 获得 反馈 。 昌 然 ， 按 照 事情 发 展 的 自然 规律 和 事实 变更 的 模式 来 说， 迭代 计划 应 该 涉及 更 大 的 
范围 。 但 是 ， 此 处 的 迭代 计划 流程 与 Scrum 中 的 方式 大 致 相同 ， 都 需要 敏捷 团队 在 时 间 盒 会 议 中 对 下 一 个 迭代 进行 计划 。 迁 代 计 
划 会 议 的 输出 如 下 : 


1. 迁 代 待 办 事项 列表 ， 包 括 本 迭代 承诺 的 故事 ， 以 及 故事 的 接收 标准 
2. 迭 代目 标 陈述 ， 通 常 是 描述 本 迭代 中 业务 目标 的 一 两 句 话 


3. 团 队 对 于 达成 目标 所 需要 做 的 工作 的 承诺 


和 迭代 计划 的 目的 是 组 织 工作 并 为 进 代 定 义 切 合 实际 的 范围 。 每 个 敏捷 团队 为 下 一 个 迭代 (依据 和 迭 代 待 办 事项 列表 ) 确定 需 
完成 的 故事 ， 并 将 这 些 故 事 汇总 成 一 组 迭代 目标 。 和 迭代 待 办 事项 列表 和 目标 是 基于 团队 能 力 来 设 定 的 ， 同 时 也 考虑 了 每 个 故事 的 
复杂 性 、 规 模 大 小 ， 以 及 与 其 他 故事 和 其 他 团队 的 依赖 关系 。 


在 人 迭 代 计 划 的 结 属 ， 团 队 对 和 迭代 目标 做 出 承诺 ， 并 对 故事 做 必要 的 调整 ， 从 而 可 以 实现 更 大 的 目标 。 在 这 个 过 程 中 ， 管 理 层 
不 会 干扰 或 调整 迭代 范围 ， 以 便 使 团队 能 够 集中 精力 制订 出 有 效 的 目标 。 
迭代 计划 的 输入 


在 SAFe 中 ， 和 迭代 计划 是 细节 层面 的 细 化 ， 也 是 对 在 敏捷 发 布 火车 PI 计 划 过 程 中 创建 的 初始 迭代 计划 的 调整 。 团队 通过 预先 
详尽 阐述 的 团队 待 办 事项 列表 制订 迭代 计划 (他 们 通常 在 上 一 次 迭代 期 间 召 开 待 办 事项 列表 的 梳理 会 议 ) 。 计 划 会 议 的 输入 有 如 
下 内 容 : 


> 在 PI 计划 中 创建 的 团队 和 项 目 群 PI 目 标 


Wy 


* 团队 PI 计划 待 办 事项 列表 ， 包 括 在 PI 计划 时 确定 的 故 习 


` 基于 当时 状况 产生 的 额外 故事 ， 这 些 额外 故事 来 源 于 PI 计划 环节 之 后 产生 的 缺陷 、 重 构 和 新 故事 等 


" 从 先前 迭代 中 得 到 的 反馈 ， 包 括 在 迭代 过 程 中 没 能 顺利 完成 的 那些 故事 (没有 达到 完成 的 定义 ， 请 参阅 5.10 节 中 的 “规模 
化 的 完成 定义 ”) 


` 从 系统 演示 中 得 到 的 反馈 
IHRE 
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始 时 ， 产 品 负责 人 需 评 审 拟定 的 迭代 目标 和 团队 待 办 事项 列表 中 优先 级 较 高 的 故事 。 在 迭代 计划 会 议 期 间 ， 敏 捷 团 队 讨论 实施 方 
案 、 技 术 问 题 、 非 功能 性 需求 (Nonfunctional Requirement, NFR) 和 依赖 关系 ， 然 后 制订 和 迭代 计划 。 由 产品 负责 人 来 定义 
要 实现 什么 (what) ; 由 团队 来 定义 怎么 做 (how) 和 做 多 少 (how much) 。 


在 整个 会 议 期 间 ， 团 队 对 接收 标准 进行 详细 阐述 并 且 评 估 完 成 每 个 故事 的 工作 量 。 根 据 他 们 的 完成 速度 确定 候选 故事 。 很 多 
团队 将 每 个 故事 分 解 成 任务 ， 并 以 小 时 为 单位 对 任务 进行 估算 ， 以 便 确 认 他 们 是 否 有 能 力 和 技能 去 完成 相应 的 工作 。 一 旦 确认 ， 
团队 将 全 力 投入 工作 ， 并 通过 可 视 化 的 工具 记录 迭代 待 办 事项 列表 ， 如 故事 板 或 其 他 工具 。 和 迭代 计划 会 议 的 时 间 盒 最 多 不 超过 4 
个 小 时 。 


确定 速度 


首先 ， 团 队 对 他 们 在 即将 到 来 的 迭代 中 执行 工作 的 容量 进行 量化 。 每 个 团队 成 员 确 定 其 可 用 时 间 和 不 可 用 时 间 ， 以 及 其 他 需 
要 承担 的 职责 。 同 时 也 考虑 其 他 的 常规 职责 (参见 3.7 节 中 关于 “容量 分 配 ” 的 描述 ) ， 比 如 维护 职责 ， 这 些 常规 职责 与 新 故事 
的 开发 有 着 显著 不 同 。 


迭代 目标 


一 旦 团队 成 员 的 容量 已 经 明确 ， 团 队 就 应 把 注意 力 放 在 理解 一 个 或 多 个 迭代 目标 并 对 其 达成 一 致意 见 ， 而 这 些 目标 正 是 以 PI 
计划 会 议 中 建立 的 团队 和 项 目 群 的 PI 目 标 为 基础 的 。 迭 代 时 间距 离 PI 计 划 会 议 越 近 ， 就 越 有 可 能 保持 项 目 群 目标 不 变 。 


故事 分 析 与 估算 


团队 会 以 建议 的 迭代 目标 作为 参考 点 ， 对 其 待 办 事项 列表 进行 评审 。 对 每 个 故事 进行 讨论 ， 涉 及 相对 难度 、 规 模 大 小 、 复 杂 
程度 、 技 术 挑战 和 接收 标准 。 最 后 ， 团 队 对 故事 的 估算 达成 共识 。 通 常 团队 待 办 事项 列表 也 包含 其 他 类 型 的 故事 ， 包 括 构 建 基础 
设施 工作 的 使 能 、 重 构 、 研 究 探 针 、 架 构 改进 以 及 缺陷 ， 这 些 故 事 也 会 进行 优先 级 排序 和 估算 。 


任务 


许多 团队 会 将 故事 再 分 解 成 任务 。 随 着 任务 的 确立 ， 团 队 成 员 也 会 对 其 进行 讨论 : 谁 会 是 完成 任务 的 最 佳人 选 ， 大 约 多 久 会 
完成 (通常 以 小 时 计算 ) ， 它 可 能 和 其 他 任务 或 故事 人 存在 的 依赖 关系。 一 旦 将 这 些 内 容 都 了 解 清楚 了 ， 团 队 成 员 就 需要 为 确定 的 
任务 承担 起 责任 。 当 团队 成 员 开 始 执行 任务 时 ， 他 们 的 迭代 容量 就 开始 递减 ， 一 直 减 少 到 零 。 通 常情 况 下 ， 适 代 接 近 尾 声 时 ,一 
些 团队 成 员 会 发 现 自己 承诺 了 过 多 的 任务 ， 而 另 一 些 人 还 有 容量 空余 。 这 种 情况 下 ， 团 队 会 进行 更 深入 的 讨论 以 达成 任务 的 均匀 
分 配 。 


承诺 


当 团 队 成 员 容量 之 和 达到 | 承诺 的 故事 需要 的 容量 时 ， 就 不 会 再 从 团队 待 办 事项 列表 中 承诺 更 多 的 故事 了 。 此 时 ， 产 品 负责 人 
和 团队 针对 将 要 完成 的 最 终 故 事 列 表达 成 一 致意 见 ， 并 且 重 新 检查 和 描述 迭代 目标 。 此 后 整个 团队 就 会 全 身心 致力 于 迭代 目标 ， 
而 工作 学 围 在 迭代 期 间 保持 固定 不 变 。 


- Scrum Mastet ， 负 责 主 持 会 议 


“ 所 有 其 他 团队 成 员 


: 任何 其 他 利益 相关 者 ， 包 括 来 自 其 他 敏捷 团队 或 者 敏捷 发 布 火 车 的 代表 ， 以 及 负责 某 个 专题 的 专家 


议程 


迭代 计划 会 议 议程 示例 如 下 : 


> 团队 决定 可 用 的 迭代 速度 


" 产品 负责 人 介绍 迭代 目标 ， 团 队 经 过 讨论 并 最 终 同意 目标 


* 团队 按 顺序 〈 或 按 优 先 次 序 ) 对 每 个 故事 进行 讨论 。 对 于 每 一 个 故事 ， 团 队 还 应 该 : 


按照 故事 点 确定 或 调整 每 个 故事 的 大 小 ， 必 要 时 对 其 进行 拆 分 


通过 交谈 详细 阐述 每 个 故事 的 接收 标准 


> 基于 规模 和 价值 /时 间 / 风 险 ， 产 品 负责 人 可 能 对 故事 进行 重新 排序 


* 可 选 工作 : 按照 排 定 的 顺序 ， 团 队 将 故事 分 解 为 任务 ， 并 以 小 时 为 单位 进行 估 工 、 明 确 责 任 


Hy 


:一旦 计划 的 故事 点 达到 了 团队 的 容量 ， 就 不 再 讨论 新 的 故事 了 


iy 


* A Ao Se RATE HRA A RTE HS 


© 每 个 人 都 对 迭代 目标 做 出 承诺 


指导 原则 
下 面 是 举行 一 个 成 功 的 迭代 计划 会 议 的 技巧 : 
- 会 议 的 时 间 限 制 在 4 小 时 以 内 
. 会 议 由 团队 发 起 并 举行 


* 团队 对 工作 所 做 出 的 承诺 ， 不 应 该 超出 自身 容量 或 历史 速度 


相对 估算 、 速 度 和 标准 化 故事 点 估算 


敏捷 团队 使 用 相对 估算 来 估算 故事 点 的 规模 大 小 (参考 资料 [2] 和 参考 资料 [3]) 。 使 用 相对 估算 ， 每 个 故事 的 规模 大 小 ( 工 
作 量 ) 是 相对 于 其 他 故事 的 规模 来 进行 估算 的 。 团 队 的 迭代 速度 等 于 迭代 中 能 完成 故事 的 规模 大 小 的 总 和 和。 了解 团队 的 速度 可 以 
帮助 制订 计划 ， 这 也 是 限制 WIP 的 一 个 关键 因素 ， 因 为 团队 不 会 承担 超出 他 们 以 前 速度 所 能 完成 的 故事 点 。 团 队 也 可 以 使 用 速度 
来 估算 需要 花 多 长 时 间 才 能 完成 大 型 的 特性 或 史诗 ， 特 性 和 史诗 同样 也 可 以 用 故事 点 来 估算 。 


标准 化 故事 点 估算 


在 标准 的 Scr um 中， 每 个 团队 的 故事 点 估算 和 速度 是 局 部 的 、 独 立 的 。 有 可 能 一 个 小 型 团队 使 用 自己 的 估算 方式 得 到 的 速度 
为 50， 而 另 一 个 较 大 的 团队 估算 出 的 速度 只 有 12， 其 实 这 样 的 结果 对 其 他 团队 来 讲 没有 什么 参考 意义 。 


然而 ， 在 SAFe 中 故事 点 速度 必须 标准 化 ， 以 方便 那些 需要 很 多 团队 支持 的 特性 或 史诗 可 以 建立 在 合理 的 经 济 环境 中 。 毕 
竟 ， 如 果 你 不 知道 投资 的 是 什么 ， 就 无 法 确定 潜在 的 投资 回报 。 


为 了 做 到 这 一 点 ，SAFe 团 队 创建 了 一 种 方式 ， 使 得 一 个 故事 点 对 一 个 团队 和 其 他 团队 都 有 相同 的 意义 。 在 这 样 的 方式 下 ， 
伴随 着 对 不 同 区 域 经 济 情况 的 调整 ， 工 作 的 估算 和 优先 级 排序 可 以 基于 从 故事 点 到 成 本 的 转化 来 完成 。 这 对 初始 的 PI 计 划 特 别 有 
用 ， 因 为 很 多 团队 是 初次 接触 敏捷 ， 他 们 需要 一 种 方法 来 估算 第 一 次 PI 的 工作 范围 。 以 下 说 明了 如 何 开始 估算 : 


` 除了 产品 负责 人 之 外 ， 给 团队 中 的 每 一 个 成 员 8 个 点 ( 非 专职 成 员 可 做 适当 调整 ) 


- 每 个 团队 成 员 休 假日 和 公共 假日 减 1 个 点 


* 找到 一 个 较 小 的 故事 ， 花费 大 约 半 天 时 间 开 发 、 半 天 时 间 测 试 和 了 验证， 将 其 定义 为 1 个 点 


* 相对 于 上 述 故 事 ， 对 其 他 所 有 的 故事 进行 估算 


例如 : 假设 一 个 6 人 组 成 的 小 团队 ， 包 括 3 个 开发 人 员 、2 个 测试 人 员 和 1 个 产品 负责 人 ， 他 们 都 没有 休假 计划 ， 那 么 就 可 以 
估算 初始 速度 =5 人 x8 点 =40 点 /迭代 。 ( 注 : 如 果 开 发 人 员 和 测试 人 员 中 有 一 人 同时 担任 Scrum Master， 则 速度 可 能 需要 调整 


ASAS 


通过 采用 这 种 方法 ， 所 有 团队 都 可 以 用 共同 的 方式 进行 估算 ,管理 人 员 就 能 够 为 某 一 特定 领域 的 团队 ， 公 平 、 快 速 地 估算 一 
个 故事 点 所 需 的 成 本 。 然 后 ， 他 们 以 有 意义 的 方式 为 即将 实现 的 特性 或 史诗 建立 总 成 本 估算 。 


注 : 在 此 之 后 ， 没 有 必要 校准 团队 估算 或 速度 ， 这 仅仅 是 一 个 共同 的 起 始 基 准 。 


虽然 团队 会 随 着 时 间 的 推移 提高 其 速度 ， 这 确实 是 一 件 好 事 ， 但 事实 上 这 个 数字 往往 相当 稳定 ， 影 响 团队 速度 的 更 大 因素 是 
团队 规模 、 结 构 和 技术 背景 ， 而 不 是 生产 率 的 变化 。 而 且 ， 如 果 有 必要 ， 财 务 规划 人 员 可 以 稍微 调整 一 下 每 个 故事 点 的 成 本 。 相 
对 于 那些 在 非 标准 化 情况 下 ， 大 规模 团队 间 大 相 径 庭 的 速度 呈现 来 说 ， 这 种 财务 调整 的 影响 就 显得 微不足道 了 。 
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一 一 托马斯 爱迪生 


摘要 


每 个 敏捷 团队 都 有 一 个 核心 焦点 : 在 短 时 间 盒 内 开发 出 一 个 有 效 、 高 质量 、 可 工作 、 测 试 过 的 系统 增 量 。 这 也 是 每 个 精益 - 
敏捷 团队 、 项 目 群 、 价 值 流 、 投 资 组 合 乃 至 整个 企业 所 面临 的 根本 挑战 。 如 果 缺 乏 有 效 的 迭代 执行 ， 即 使 有 完备 的 准备 和 计划 ， 
也 无 法 实现 规模 化 ， 解 决 方案 的 质量 也 会 受到 影响 ， 所 有 人 都 会 感受 到 负面 的 业务 影响 。 


本 节 将 对 如 何在 整个 迭代 时 间 盒 内 进行 工作 管理 提供 有 效 的 指导 ， 这 些 指导 对 于 独立 运行 的 团队 或 者 敏捷 发 布 火车 上 的 团队 
都 适用 。 


在 夫 代 过 程 中 ， 团 队 密切 合作 ， 共 同 定义 、 构 建 和 测试 迭代 计划 中 承诺 的 故事 ， 并 全 部 展示 在 团队 演示 中 。 团 队 使 用 故事 、 
看 板 和 每 日 站 会 来 跟踪 迭代 进展 和 提高 价值 流 。 团 队 在 迭代 中 交付 故事 ， 并 避免 “瀑布 ”模式 ， 他 们 会 省 思 实 践 和 挑战 ， 来 保证 
持续 增 量 的 小 步 改 进 ， 他 们 与 敏捷 发 布 火车 上 的 其 他 团队 有 效 合作 ， 通 过 采用 内 建 质量 以 保证 正确 地 构建 大 型 系统 。 这 些 工作 需 
要 伦 很 大 精力 完成 ， 但 是 高 效 的 敏捷 团队 完全 能 胜任 这 些 工 作 。 


敏捷 团队 与 传统 项 目 管理 和 开发 模式 有 所 不 同 ， 他 们 得 到 充分 的 授权 ， 充 满 能 量 和 激情 ， 富 有 使 命 感 和 清晰 的 愿景 ， 从 而 专 
注 于 更 快速 的 价值 交付 。 其 核心 就 是 有 效 地 执行 每 一 次 迭代 。 每 个 团队 可 能 会 采用 不 同 的 做 法 ， 但 关注 的 焦点 都 是 一 样 的 ， 即 通 
过 交付 迭代 计划 中 承诺 的 故事 来 实现 迭代 目标 。 


除了 有 效 的 局 部 迭代 执行 ， 敏 捷 团 队 有 一 个 更 远大 的 使 命 ， 即 优化 项 目 群 执行 。 这 也 是 SAFe 的 四 个 核心 价值 观 之 一 。 


为 实现 这 个 目标 ， 团 队 在 敏捷 发 布 火车 的 环境 中 运作 ， 以 协调 各 团队 达成 一 致 并 实现 团队 和 项 目 群 的 PI 目标 。 所 有 团队 都 有 
相同 的 迭代 节奏 和 时 间 以 保证 在 进行 团队 演示 和 系统 演示 时 ， 能 够 同步 他 们 的 工作 成 果 以 便 集成 、 评 估 和 演示 。 


成 功 迭 代 执行 的 关键 要 素 包 括 : 


- 跟踪 迭代 进度 一 一 使 用 故事 板 和 看 板 来 跟踪 和 迭代 的 进度 


- 持续 和 增 量 地 构建 故事 一 一 避免 “迷你 瀑布 ”， 并 增 量 式 构建 故事 


: 持续 沟通 一 一 通过 团队 每 日 站 会 进行 持续 沟通 和 信息 同步 


通过 管理 在 制品 ， 内 建 质量 ， 持 续 接收 故事 来 优化 流 


wl 


项 目 群 执行 一 一 以 敏捷 发 布 火车 的 模式 运作 来 实现 项 目 群 PI 目标 


IRENA VH 


跟踪 和 迭代 进展 需要 对 故事 、 缺 陷 ， 以 及 迭代 期 间 团 队 的 其 他 活动 进行 状态 的 可 视 化 管理 。 为 此 ， 大 多 数 团队 会 在 自己 的 工作 
区 域 或 者 会 议 室 里 ， 在 墙壁 上 使 用 大 型 可 视 化 信息 雷达 (big visible information radiator，BVIR) 。 看 板 团队 使 用 看 板 
板 ，ScrumXP 团 队 使 用 故事 板 ， 大 致 如 图 3.10-1 所 示 。 


使 用 这 个 简单 的 故事 板 ， 团 队 只 需要 将 红 标 尺 移动 到 当前 日 期 ， 就 能 对 团队 在 迭代 中 的 当前 状态 提供 一 个 简单 易 懂 的 可 视 化 
评估 。 (图 3.10-1 清 楚 地 显示 了 当前 迭代 是 存在 风险 的 。) 团队 可 以 基于 这 些 信息 来 讨论 成 功 完成 迭代 所 需 的 工作 。 如 果 远 程 参 
与 者 或 天 键 利益 相关 者 需要 获取 状态 信息 ， 团 队 可 以 通过 网 络 摄像 头 、 电 子 邮件 或 网 页 进行 分 享 。 当 然 ， 如 果 需 要 进行 规模 化 ， 


几乎 所 有 敏捷 团队 都 能 使 用 敏捷 项 目 管理 工具 来 捕获 故事 、 状 态 、 缺 陷 、 测 试用 例 、 估 算 、 实 际 进 展 、 任 务 分 配 、 燃 尽 信息 等 ， 
而 且 这 些 内 容 都 是 大 型 可 视 化 信息 雷达 的 有 益 补充 。 


星期 三 ”星期 四 星期 五 ”星期 一 ”星期 二 星期 二 | ”星期 四 星期 五 ”星期 六 EWA 
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图 3.10-1 使 用 故事 板 跟踪 和 迭代 进度 


寺 续 沟通 


团队 协作 的 关键 是 具备 开放 的 环境 和 在 同一 地 点 办 公 。 否 则 ， 由 于 问题 和 假设 造成 的 延迟 ， 将 很 快 导致 价值 交付 的 延迟 。 在 
最 坏 的 情况 下 ， 在 不 同 工 作 地 点 的 团队 可 以 通过 网 络 摄像 头 、 即 时 信息 和 其 他 协作 工具 长 期 保持 在 线 ， 从 而 建立 一 个 开放 的 沟通 
环境 。 


每 日 站 会 (DSU) 


每 天 ， 团 队 成 员 在 同一 时 间 和 地 点 召开 会 议 ， 通 过 回答 以 下 问题 来 协调 他 们 的 工作 : 


. 我 昨天 做 了 什么 故事 (及 其 状态 ) ? 


“ 我 今天 能 够 完成 什么 故事 ? 
我 工作 过 程 中 遇 到 什么 困难 了 吗 (我 被 阻碍 了 吗 ) ? 


每 日 站 会 是 团队 信息 同步 和 自 组 织 的 关键 。 最 有 效 的 每 日 站 会 ， 是 团队 站 在 标明 了 当前 迭代 目标 故事 状态 的 BVIR 前 进行 
的 。 每 日 站 会 需 严 格 控制 在 15 分 钟 之 内 ， 它 不 是 解决 问题 的 会 议 ， 而 是 一 种 用 来 识别 问题 、 依 赖 关 系 和 沟通 的 机 制 ， 问 题 可 以 
在 每 日 站 会 完成 之 后 处 理 。Scrum Master 在 “会 后 处 理 板 ” (Meet After Board) 上 记录 需要 进一步 讨论 的 问题 ， 只 有 与 问题 
有 关 的 成 员 需 要 参与 “会 后 处 理 ” 会 议 。 无 效 的 每 日 站 会 表现 有 : 需要 更 系统 化 的 方法 并 陷入 深层 次 的 讨论 ， 并 且 常 常 需 
Scrum Master 协 调和 干预 。 


Ore 虽然 每 日 站 会 属于 Scrum 框 架 ， 但 许多 看 板 团 队 也 在 其 看 板 前 进行 每 日 站 会 ， 来 协调 工作 和 检视 面临 的 瓶颈 或 在 制 


品 问题 。 


改进 流程 


管理 在 制品 


限制 在 制品 提供 了 一 种 策略 ， 可 以 预防 开发 中 遇 到 的 瓶颈 问题 ， 也 有 助 于 改进 流 。 同 时 还 能 提高 团队 的 专注 力 ， 促 进 信息 共 
享 和 集体 所 有 权 。 所 有 SAFe 团 队 成 员 都 应 该 对 他 们 的 在 制品 和 流 有 着 清晰 的 理解 。 


一 般 来 讲 ， 看 板 小 组 都 会 使 用 限制 在 制品 的 方法 ，ScrumXP 团 队 有 时 也 会 采用 限制 在 制品 的 方法 。 应 用 在 制品 可 以 是 显 式 
的 或 隐 式 的 一 一 例如 ， 隐 式 的 应 用 表现 在 ， 当 团队 成 员 计 划 自 己 的 工作 时 ， 只 接受 按照 其 速度 预测 可 完成 的 故事 数量 。 这 种 方 
式 强 制 要 求 输入 的 工作 (协商 的 迭代 目标 和 故事 ) 与 容量 (团队 的 速度 ) 相 匹配 。 迭 代 时 间 盒 也 可 以 限制 在 制品 ， 它 可 以 在 一 定 
时 间 内 防止 不 受 控制 的 工作 蒙 延 。 


ScrumXP 团 队 也 可 以 在 他 们 的 故事 板 上 使 用 显 式 的 限制 在 制品 方法 。 例 如 ， 图 3.10-1 中 如 果 没 有 限制 在 制品 ， 开 发 人 员 在 
完成 故事 5 之 后 会 做 什么 呢 ? 他 们 很 可 能 会 开始 另 一 个 故事 的 开发 。 但 如 果 限 制 “ 处 理 中 ”和 “测试 ”阶段 的 在 制品 数量 为 3， 
开发 人 员 则 可 能 会 去 帮助 做 测试 ， 这 样 总 产 出 便 会 增加 。 要 了 解 更 多 有 关 限 制 在 制品 的 内 容 ， 请 参阅 SAFe 原 则 #6。 


内 建 质量 


敏捷 发 布 火车 以 最 快 的、 可 持续 的 前 置 时 间 来 执行 和 交付 新 功能 。 为 此 ， 他 们 必须 创造 可 预测 开发 速度 的 高 质量 系统 。 
SAFe 采 纳 了 一 系列 质量 管理 方法 和 工程 实践 ， 以 致力 建立 适用 于 最 大 型 的 解决 方案 的 内 建 质量 ， 例 如 测试 优先 、 持 续集 成 、 重 
构 、 结 对 工作 和 集体 所 有 权 。 确 保 从 一 开始 就 保证 质量 ， 以 便 更 快 、 更 容易 、 更 低 成 本 地 进行 价值 交付 。 


寺 续 接收 用 户 故事 


寺 续 地 接收 故事 ， 可 以 不 断 提 升 流动 性 。 (图 3.10-1 展 示 了 一 个 非 流动 的 迭代 ， 团 队 在 6 天 内 只 接收 了 1 个 故事 。) 团队 成 
员 一 旦 准备 好 就 可 以 演示 新 故事 ， 而 不 必 等 待 迭 代 结 束 时 的 团队 演示 。 没 有 被 接收 的 故事 则 由 团队 成 员 进 行 返 工 。 这 样 做 可 以 快 
速 有 效 地 解决 问题 ， 也 会 防止 其 他 成 员 在 不 可 工作 的 故事 之 上 ， 继 续 开 发 新 的 故事 ， 还 可 以 防止 团队 成 员 在 不 同 的 上 下 文 场景 中 
来 回 切换 所 带 来 的 开销 。 


测试 自动 化 


在 可 能 的 情况 下 ， 尽 量 将 产品 负责 人 和 敏捷 团队 成 员 描 述 的 系统 接收 标准 ， 转 换 成 可 以 反复 运行 的 故事 接收 测试 用 例 ， 并 随 
着 系统 开发 进行 持续 改进 以 确保 测试 用 例 的 适用 性 、 一 致 性 。 自 动 化 也 能 实现 快速 的 系统 回归 测试 ， 强 化 持续 的 系统 级 集成 、 重 
构 和 维护 。 通 常 ， 这 些 测试 使 用 业务 可 读 性 、 领 域 专业 性 的 语言 编写 ， 从 而 可 以 为 系统 创建 “可 自动 执行 的 规范 和 测试 ”。 


连续 和 增 量 式 构 建 故事 
避免 迭代 内 的 “瀑布 模式 
团队 应 该 避免 将 迭代 “瀑布 ”化 的 趋势 ， 确 保 以 碗 代 的 方式 完成 “定义 -构建 -测试 ”的 循环 ， 如 图 3.10-2 所 示 。 
增 量 式 构建 故事 


图 3.10-3 说 明了 如 何 将 故事 拆 分 成 纵向 的 独立 切片 ， 从 而 实现 真正 的 增 量 式 开发 、 集 成 和 测试 。 


一 个 在 迭代 之 间 的 瀑布 模式 : 
i i 迭代 5 


测试 


一 个 在 迭代 内 的 瀑布 模式 : 
AR 1 TEAK 2 迭代 3 | t4 TEAR 5 


测试 
测试 


测试 


这 些 是 跨 职 能 的 迭代 : 
迭代 2 迭代 3 | 和 迭代 4 迭代 5 


T is 
T 
7 


EK 1 
T 


T T 


T T 
图 3.10-2 ”通过 跨 职能 的 迭代， 避免 “迷你 瀑布 ”模式 
三 切片 的 例子 : 切片 1 切片 2 切片 3 
Loe 初步 的 故事 功能 进 阶 的 故事 功能 剩余 的 故事 功能 
>|: > > Yoh Kon > 
1 P 万 区 学 A 
作为 一 个 用 户 ， pan … 对 于 不 正确 赁 e. setae ae its 
我 能 登录 进 系 统 录 ( 仅 成 功 的 登 证 的 错误 处 理 


图 3.10-3” 增 量 式 开 发 的 关键 是 用 纵向 切片 的 方式 实现 故事 


增 量 式 构建 故事 可 以 缩短 反馈 周期 ， 使 得 团队 能 够 增 量 式 地 对 可 工作 的 系统 进行 持续 集成 和 测试 ， 也 可 以 让 敏捷 团队 成 员 能 
够 更 好 地 理解 相应 的 功能 ， 实 现 更 频繁 的 结对 开发 和 集成 。 团 队 内 外 甚至 敏捷 发 布 火 车 团队 之 间 的 依赖 关系 ， 也 可 以 进行 更 有 效 
的 管理 ， 因 为 被 依赖 的 团队 可 以 更 早 地 接触 新 功能 。 增 量 式 构建 故事 还 有 助 于 减少 不 确定 性 ， 验 证 架构 和 设计 决策 ， 促 进 早期 学 
习 和 知识 共享 。 


专注 于 项 目 群 执行 


虽然 迭代 成 功 很 重要 ， 但 所 有 敏捷 团队 的 最 终 目标 是 成 功 实现 项 目 群 增 量 的 执行 。 为 帮助 确保 团队 避免 仅 仪 专注 于 本 地 优化 


而 忽视 整体 优化 ，SAFe 各 团队 会 共同 计划 、 共 同 集成 和 演示 、 共 同学 习 ， 如 图 3.10-4 所 示 。 


关于 各 团队 共同 工作 的 实践 ， 以 及 成 功 实现 项 目 群 增 量 开发 的 详细 内 容 ， 可 以 参考 3.2 节 中 的 描述 。 


共同 集成 和 演示 


— 


图 3.10-4 各 团队 会 共同 计划 、 共 同 集成 和 演示 、 共 同学 习 


参考 资料 
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Enterprise.Addison-Wesley, 2011. 


Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


3.11 团队 演示 
可 工作 的 软件 是 进度 的 首要 度量 标准 。 
一 一 敏捷 宣言 

眼见 为 实 。 
一 一 佚名 


摘要 


在 人 们 真正 看 到 、 触 碰 到 最 终 成 果 之 前 ， 故 事 或 特性 都 只 是 一 个 抽象 的 概念 ， 所 以 向 客户 (或 其 代理 人 ) 演示 可 运行 的 、 经 
过 测试 的 系统 ， 是 一 个 具有 实质 意义 和 影响 深远 的 时 刻 。 为 此 ， 在 SAFe 中 ， 基 于 解决 方案 的 不 同 范围 定义 了 3 种 演示 : 解决 方案 
演示 、 系 统 演示 和 团队 演示 。 系 统 演示 是 由 敏捷 发 布 火车 的 所 有 团队 提供 的 对 新 系统 所 有 内 容 的 集成 展示 ， 而 解决 方案 演示 则 是 
衡量 价值 流 进 展 的 首要 度量 标准 。 


本 节 将 对 团队 演示 进行 描述 。 团 队 演示 基于 Scrum 定 义 的 仪式 ， 用 于 评审 本 次 欠 代 所 完成 的 增 量 结果 ， 有 些 看 板 团队 也 会 使 
用 团队 演示 。 如 果 要 计划 和 举办 一 次 有 效 的 团队 演示 ， 是 需要 团队 成 员 提前 做 一 些 工作 的 。 如 果 没 有 这 种 演示 ， 团 队 就 无 法 得 到 


快速 反馈 ， 也 无 法 沿 着 正确 的 方向 前 进 。 


团队 演示 的 重要 性 不 言 而 喻 ， 它 提供 了 一 种 快速 的 方式 ， 可 以 从 发 起 人 和 客户 那里 收集 到 基于 上 下 文 的 反馈 。 所 以 ， 每 次 演 


示 提 供 3 个 重要 职能 : 

“ 团队 演示 是 迭代 时 间 金 的 结尾 ， 同 时 体现 了 团队 成 员 所 做 出 的 贡献 与 努力 ， 向 业务 提供 了 新 的 价值 

团队 演示 为 团队 提供 了 一 个 机 会 ， 可 以 向 业务 部 门 展 示 自 己 做 出 的 贡献 与 努力 ， 并 让 团队 感受 到 工作 和 进展 中 的 满足 感 与 
RR 


* 团队 演示 允许 客户 和 利益 相关 者 看 到 可 工作 的 特性 并 提供 反馈 


目的 


团队 演示 的 目的 是 向 产品 负责 人 和 其 他 利益 相关 者 展示 可 工作 的 故事 ， 并 得 到 他 们 的 反馈 ， 从 而 度量 团队 的 进展 。 团 队 演示 
是 一 个 1~ 2 小 时 的 新 功能 演示 ， 其 准备 工作 是 在 迭代 计划 期 间 就 开始 考虑 了 ， 团 队 需要 思考 如 何 对 所 承诺 的 故事 进行 演示 。 团 
队 应 该 能 演示 每 个 用 户 故 事 、 探 针 、 重 构 ， 以 及 新 的 非 功能 性 需求 。 这 种 “以 终 为 始 ”的 心态 ， 能 帮助 和 培养 团队 对 所 需 功 能 点 
达到 更 细致 深入 和 更 准确 的 理解 ， 从 而 也 有 助 于 友 代 计划 的 进行 。 


流程 


团队 演示 一 般 从 评审 迭代 目标 开始 ， 然 后 走 查 所 有 承诺 过 的 故事 。 每 个 已 完成 的 故事 要 以 一 个 可 工作 、 已 测试 的 系统 来 演 
示 。 探 针 可 以 通过 用 研究 成 果 的 形式 来 演示 。 当 把 所 有 已 完成 的 故事 演示 之 后 ， 如 果 存 在 没有 完成 的 故事 ， 团 队 可 以 反思 一 下 没 
有 完成 的 原因 。 这 种 讨论 通常 会 帮助 团队 发 现 开发 障碍 或 风险 、 错 误 假设 、 优 先 级 的 变更 、 不 准确 的 估算 ,或 者 过 度 的 承诺 。 可 
以 把 这 些 结果 带 到 迭代 回顾 会 议 上 ， 团 队 就 如 何 更 好 地 计划 和 执行 以 后 的 迭代 进行 更 深入 的 讨论 。 图 3.11-1 说 明了 团队 演示 情 
况 。 


图 3.11-1 在 团队 演示 中 展示 一 个 可 工作 、 已 测试 的 系统 


团队 演示 除了 能 让 团队 感受 到 他 们 在 已 结束 的 迭代 中 的 出 色 工 作 之 外 ， 还 可 以 让 团队 省 思 一 下 他 们 距离 完成 PI 目 标的 差距 和 
进展 情况 。 


参与 人 员 


团队 演示 的 参与 人 员 包 括 : 
: 敏捷 团队 ， 包 括 产 品 负责 人 和 Scrum Master 
- 敏捷 交付 火车 中 的 其 他 利益 相关 者 ， 或 者 本 迭代 中 涉及 的 共享 服务 人 员 


. 业务 负责 人 、 高 层 管理 者 (发 起 人 ) 、 客 户 ， 还 可 能 有 其 他 团队 的 成 员 。 当 这 些 人 参加 团队 演示 时 ， 他 们 通常 会 把 兴趣 和 
对 细节 的 关注 ， 更 多 地 放 在 如 何 与 系统 演示 保持 一 致 性 上 。 和 否则 的 话 ， 可 能 由 于 团队 演示 往往 更 加 注重 在 团队 的 细节 层面 上 ， 容 
易 导 致 “演示 疲劳 ” 


下 面 是 团队 演示 议程 的 一 个 示例 : 
: 评审 此 次 选 代 的 业务 环境 和 和 迭代 目标 


: 演示 每 个 故事 、 探 针 、 重 构 ， 以 及 可 应 用 的 非 功 能 性 需求 ， 并 收集 反馈 


讨论 所 有 未 完成 的 故事 ， 并 且 查 明 原 因 RA TESA MT F-KERAH) 


` 识别 从 本 次 迭代 或 演示 中 涌现 出 来 的 当前 最 新 风险 和 障碍 


指导 原则 
以 下 是 成 功 进行 团队 演示 的 一 些小 提示 : 


“ 团队 成 员 对 单个 故事 的 演示 准备 ， 要 限制 在 1 一 2 小 时 
` 演示 会 议 的 时 间 盒 设 定 为 1 一 2 小 时 


最 小 化 PPT 幻 灯 片 的 使 用 
寅 示 已 完成 故事 的 可 工作 、 已 测试 的 系统 功能 (参照 5.10 节 中 关于 “完成 定义 ”的 描述 ) 


2 NY 


如 果 一 个 主要 的 利益 相关 者 不 能 参加 ， 产 品 负责 人 应 该 在 会 后 及 时 跟 进 向 其 汇报 进度 并 获得 反 


馈 
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3.12 ARE 


团队 定期 地 反思 如 何 能 提高 成 效 ， 并 依次 调整 自身 的 举止 表现 。 
一 一 敏捷 宣言 


摘要 
在 每 个 迭代 结束 时 ， 采 用 Scrum 框 架 的 敏捷 团队 成 员 会 聚集 起 来 举行 一 次 迭代 回顾 会 议 〈 有 时 看 板 团队 也 会 进行 回顾 ) ， 在 
回顾 中 讨论 他 们 所 采取 的 实践 ， 以 及 如 何 改进 。 每 次 回顾 的 时 间 盒 是 1 小 时 或 更 短 的 时 间 ， 团 队 在 回顾 时 需要 总 结 “哪些 工作 做 
得 好 ”“ 哪 些 工作 做 得 不 好 ”和 “哪些 工作 下 一 次 可 以 通过 改进 做 得 更 好 ”。 
每 次 回顾 都 包括 定量 和 定性 两 个 方面 。 定 量 评审 是 收集 和 审查 团队 所 使 用 的 指标 并 度量 其 绩效 ; 定性 部 分 会 讨论 在 最 近 的 1 
~ 2 个 兴 代 中 团队 所 采用 的 各 种 实践 方法 和 所 面临 的 挑战 。 当 问题 已 经 被 识别 出 来 ， 也 分 析 了 根本 原因 ， 讨 论 了 潜在 的 纠正 措施 


后 ， 就 会 把 改进 故事 放 入 团队 待 办 事项 列表 中 。 


敏捷 团队 通过 和 迭代 回顾 来 省 思 已 完成 的 迭代 ， 并 获取 新 的 想法 用 以 改进 迭代 的 过 程 。 这 有 助 于 在 个 人 和 团队 中 贯彻 持续 改进 
的 概念 ， 持 续 改 进 也 是 SAFe 精 益 -敏捷 思维 的 支柱 之 一 。 和 迭代 回顾 还 有 助 于 确保 每 一 次 迭代 过 程 中 ， 对 团队 的 流程 都 进行 一 些小 
的 改进 。 


回顾 过 程 需要 整个 团队 的 参与 ， 他 们 与 Scrum Master 一 起 ， 通 过 应 用 工具 和 流程 ， 进 行 数据 采集 和 问题 解决 。 团 队 实施 的 
回顾 分 为 两 部 分 : 定量 部 分 和 定性 部 分 。 


定量 评审 


团队 评估 他 们 是 否 达成 了 迭代 目标 ， 这 是 一 个 二 元 的 评定 标准 ， 答 案 为 “是 ”或 “ 否 ”。 他 们 也 同时 收集 那些 已 商定 的 分 析 
标准 ， 比 如 团队 速度 ， 通 常 包括 两 部 分 内 容 : 一 部 分 用 于 新 功能 的 开发 ， 另 一 部 分 致力 于 已 有 功能 的 维护 ， 二 者 缺 一 不 可 。 


敏捷 团队 收集 和 应 用 其 他 可 视 化 的 迭代 指标 ， 并 帮助 其 过 程 改 进 。 同 时 这 些 数据 也 可 以 作为 输入 ， 用 于 后 续 的 定性 研究 。 


首先 ， 团 队 评审 那些 在 以 前 的 回顾 中 已 经 识别 出 来 的 改进 故事 的 完成 情况 ， 然 后 分 析 流 程 现状 ， 并 把 焦点 放 在 找到 他 们 下 一 
次 迭代 可 以 做 得 更 好 的 1 ~ 2 件 事情 上 。 由 于 许多 改进 的 故事 所 涉及 的 范围 较 大 ， 所 以 团队 应 该 将 它们 划分 为 更 小 的 改进 故事 ， 
从 而 使 团队 能 够 专注 于 在 一 个 迭代 中 的 具体 改进 工作 。 


关于 人 迭代 成 功 的 几 种 流行 的 主观 反馈 技术 如 下 (参考 资料 [1]) : 


. 个 人 一 一 每 个 人 写 下 记事 贴 ， 分 小 组 找 出 其 中 的 规律 


. 欣赏 一 记录 下 是 否 有 人 曾经 帮助 过 你 ， 或 者 帮助 过 团队 
. 概念 一 一 选择 一 个 词语 来 描述 本 次 迭代 
. 评分 和 迭代 评分 范围 为 1 一 5 分 ， 给 本 次 选 代 打分 ， 然 后 集体 讨论 如 何 使 下 一 次 迭代 达到 5 分 


- 简单 一 一 列 出 3 列 内 容 ， 然 后 开放 性 讨论 


以 上 最 后 一 种 方法 比较 常用 ， 由 Scrum Master 在 纸 上 画 出 3 列 内 容 ， 分 别 是 “做 得 好 的 ” (What Went Well) “做 得 不 好 
的 ” (What Didn’ t) 和 “下 次 可 以 做 得 更 好 的 ” (Do Better Next Time) ， 然 后 开始 进行 开放 性 头脑 风暴 会 议 。 这 种 方法 
执行 简单 ， 而 且 使 得 所 有 成 就 和 挑战 都 清晰 可 见 ， 如 图 31.12-1 所 示 。 
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图 3.12-1 团队 的 回顾 会 议 结果 示例 


议程 
一 个 迭代 回顾 议程 的 示例 如 下 。 
第 一 步 : 定量 


团队 是 否 达 到 迭代 目标 (2/8) ? 收集 和 评审 团队 已 商定 的 迭代 指标 。 

第 二 步 : 定性 

回顾 上 一 次 迭代 中 的 改进 故事 。 它 们 都 完成 了 吗 ? 如 果 没 有 ， 我 们 需要 针对 这 些 改 进 故事 做 些 什么 ? 
对 于 本 次 迭代 ， 进 行 分 析 : 

+ 哪些 是 做 得 好 的 ? 

. 哪些 是 做 得 不 好 的 ? 


+ 哪些 是 我 们 可 以 在 下 一 次 做 得 更 好 的 ? 


指导 原则 


以 下 是 成 功 进行 迭代 回顾 的 一 些小 提示 : 


* 保持 会 议 的 时 间 盒 在 1 小 时 或 更 短 的 时 间 。 请 记 住 ， 每 两 周 举行 一 次 会 议 ， 目 标 必 须 足 够 小 ， 按 照 持 续 改 进 的 步骤 进行 。 


只 挑选 1 一 2 件 可 以 在 下 次 做 得 更 好 的 事情 ， 并 将 其 作为 改进 故事 ， 在 下 一 次 迭代 中 进行 实施 。 


.确保 每 一 个 人 都 发 言 。 


- Scrum Mastet 应 该 花费 时 间 准 备 回顾 会 议 ， 因 为 它 是 迭代 改进 的 主要 手段 。 


“ 聚焦 在 团队 可 以 处 理 的 改进 项 上 ， 而 不 是 那些 无 法 解决 的 内 容 。 


- 确保 在 迭代 回顾 开始 时 ， 进 行 定 量 评审 的 过 程 中 ， 对 前 一 个 迭代 中 的 改进 故事 进行 评审 并 查看 其 进展 情况 。 


“ 迭代 回顾 是 一 个 团队 的 内 部 会 议 ， 应 该 只 限于 团队 成 员 参 与 。 


参考 资料 


[I] Derby, Esther and Diana Larson.Agile Retrospectives: Making Good Teams Great.Pragmatic Bookshelf, 2006. 


[2] Leffingwell, Dean.Scaling Software Agility: Best Practices for Large Enterprises.Addison-Wesley, 2007, Chapter15, “Regular 


Reflection and Adaptation.” 


3.13 ”故事 


故事 ， 作 为 一 种 “ 行 话 ”， 能 够 使 用 户 和 开发 者 充分 理解 ， 达 成 一 致 ， 从 而 高 效 地 协同 工作 。 


一 Bil Wake， 极 限 编程 联合 发 明 人 


摘要 


故事 是 敏捷 开发 过 程 中 用 于 定义 系统 行为 的 主要 工件 。 故 事 不 是 需求 ， 它 是 对 期 望 实现 的 较 小 功能 的 简明 描述 ， 通 常 从 用 户 
的 角度 ， 使 用 用 户 的 语言 来 进行 编写 。 每 个 故事 都 可 以 支持 系统 功能 的 小 型 和 纵向 切片 实现 ， 从 而 可 以 支持 系统 的 增 量 开发 。 敏 
捷 开 发 中 ， 故 事 基本 上 取代 了 传统 的 需求 规范 文档 ， 也 可 以 在 后 期 用 需求 规范 文档 汇总 成 必需 的 传统 需求 文档 。 


故事 对 于 要 实现 的 意图 提供 了 足够 的 信息 ， 可 以 让 业务 人 员 和 技术 人 员 充 分 理解 。 故 事 是 “承诺 进行 交谈 ”的 ， 它 作为 一 个 
载体 ， 可 以 对 系统 行为 和 影响 进行 全 面 的 讨论 ， 而 对 细节 的 讨论 ， 可 以 推迟 到 故事 准备 就 绪 进行 实现 时 再 进行 。 通 过 接收 标准 的 
确定 ， 故 事 在 实 现 过 程 中 变 得 更 加 明确 ， 而 系统 的 质量 也 得 以 保证 。 接 收 标准 可 以 在 接收 测试 的 过 程 中 被 自动 捕获 和 验证 。 不 论 
是 最 初 描述 故事 的 时 候 ， 还 是 后 期 方案 演进 的 时 候 ， 这 些 测试 都 可 以 保证 系统 的 功能 被 正确 地 实现 。 这 是 SAFe 内 建 质量 实践 的 
至 关 重 要 的 一 环 。 


使 能 故事 是 另 一 种 类 型 的 故事 。 它 们 不 是 用 来 描述 系统 功能 的 ， 而 是 用 来 支持 探索 、 架 构 和 基础 设施 等 相关 方面 的 工作 ， 并 
将 这 些 工作 进行 可 视 化 呈现 。 


SAFe 框 架 提供 了 一 个 四 层 的 体系 结构 ， 用 于 描述 功能 层面 的 系统 行为 ， 包 括 : 史诗 (Epic) > 能 力 (Capability) > 特性 
(Feature) > 故事 (Story) 。 它 们 和 非 功能 性 需求 一 起 构成 了 敏捷 需求 (系统 行为 ) 的 描述 要 素 ， 用 来 定义 系统 和 解决 方案 
意图 ， 建 模 系统 行为 ， 并 构建 起 敏捷 架构 跑道 。 


史诗 、 能 力 、 特 性 和 使 能 ， 它 们 被 用 于 描述 更 大 的 意图 行为 ， 而 细节 的 实现 是 通过 故事 来 描述 的 ， 故 事 是 团队 待 办 事项 列表 
的 组 成 部 分 。 大 多 数 故 事 来 源 于 项 目 群 待 办 事项 列表 的 业务 和 使 能 特性 ， 也 有 一 些 是 团队 根据 自己 的 情况 创建 的 。 


每 个 故事 都 是 一 个 小 的 、 独 立 的 行为 ， 可 以 通过 增 量 实现 向 用 户 和 解决 方案 提供 相应 的 价值 。 故 事 是 功能 的 纵向 切片 ， 有 助 
于 确保 在 每 个 迭代 都 交付 新 价值 。 为 此 ， 就 需要 对 故事 进行 必要 的 拆 分 ， 使 其 能 在 一 个 迭代 中 实现 。 


起 初 ， 故 事 被 写 在 一 些 索引 卡片 或 者 记事 贴 上 。 因 为 索引 卡片 是 有 形 的 实体 ， 有 助 于 在 团队 、 故 事 和 用 户 之 间 建 立 起 联系 ， 
鼓励 大 家 一 起 编写 用 户 故 事 。 这 些 卡片 也 是 动态 的 ， 有 助 于 将 工作 任务 进行 可 视 化 ， 可 以 把 它们 贴 在 墙 上 或 放 在 桌子 上 ， 重 新 排 
序 、 相 互 传递 ， 甚 至 抛弃 掉 某 些 卡片 。 这 些 卡片 可 以 帮助 团队 更 好 地 理解 其 工作 范围 (“ 哇 ， 看 看 这 些 故事 ， 让 我 们 接收 这 些 工 
作 吧 ”) 和 工作 进展 (“看 看 这 些 故 事 ， 都 是 我 们 在 本 次 迭代 内 完成 的 ”) 。 


虽然 任何 人 都 可 以 写 故事 ， 但 是 只 有 产品 负责 人 有 权 批 准 故事 进入 团队 待 办 事项 列表 和 接收 故事 进入 系统 基线 。 当 然 ， 在 整 
个 企业 环境 中 使 用 记事 贴 ， 不 太 容 易 进行 规模 化 扩展 ， 所 以 就 出 现 了 很 多 敏捷 项 目 管理 工具 ， 用 于 辅助 管理 和 跟踪 故事 。SAFe 
里 有 两 种 类 型 的 故事 ， 用 户 故 事 和 使 能 故事 ， 接 下 来 将 详细 介绍 。 


故事 的 来 源 


在 SAFe 里 ， 故 事 通 常 来 源 于 业务 特性 和 使 能 特性 的 拆 分 ， 如 图 3.13-1 所 示 。 


业务 特性 


图 3.13-1 ”业务 特性 拆 分 成 故事 的 示例 


用 户 故事 


用 户 故 事 是 表达 功能 需求 的 主要 方式 ， 它 们 基本 上 蔡 代 了 传统 的 需求 规格 说 明 书 。 (然而 ， 在 某 些 情况 下 ， 用 户 故事 被 用 于 
理解 和 开发 要 实现 的 系统 功能 ， 而 这 些 系 统 功能 后 期 要 被 记录 在 传统 的 需求 规格 说 明 书 里 ， 以 便 检查 功能 的 合 规 性 、 可 追踪 性 ， 
或 者 其 他 用 途 。) 


用 户 故事 以 价值 为 中 心 ， 它 着 眼 于 用 户 而 非 系 统 ， 展 示 出 用 户 的 兴趣 。 为 此 ， 推 荐 的 表达 方式 是 如 下 的 “用 户 之 声 格式 ”: 
作为 一 个 < 用 户 角色 >， 我 可 以 < 活动 >， 以 便 < 业 务 价值 > 


使 用 这 种 格式 ， 团 队 可 以 持续 地 关注 和 理解 谁 正在 使 用 这 个 系统 ， 他 们 如 何 使 用 这 个 系统 ， 以 及 他 们 为 什么 需要 这 个 系统 。 
应 用 这 种 用 户 之 声 格式 ， 能 够 提高 团队 在 该 领域 的 胜任 能 力 ， 他 们 可 以 逐渐 地 、 更 好 地 理解 用 户 真 正 的 业务 需求 。 图 3.13-2 提 供 
了 一 个 例子 。 


虽然 用 户 故 事 的 格式 比较 通用 ， 但 也 不 是 每 个 系统 都 与 最 终 用 户 打交道 。 有 时 ，“ 用 户 ” 是 一 台 设 备 (如 打印 机 ) 或 者 其 他 
系统 (如 交易 服务 器 ) 。 在 这 种 情况 下 ， 故 事 的 描述 可 以 采用 如 图 3.13-3 所 示 的 格式 。 


使 能 故事 


团队 也 需要 开发 一 些 技术 方面 的 功能 ,这 些 功 能 可 以 用 于 实现 许多 不 同 的 用 户 故事 ,或 者 用 于 支持 系统 中 的 其 他 组 件 。 在 这 


种 情况 下 ， 故 事 可 能 不 直接 接触 任何 终端 用 户 。 这 就 出 现 了 使 能 故事 ， 使 能 故事 可 以 支持 探索 、 架 构 和 基础 设施 建设 ， 就 像 其 他 
内 容 的 推进 器 一 样 。 在 这 种 情况 下 ， 故 事 的 描述 就 是 从 技术 的 角度 ， 而 非 用 户 的 语言 了 ， 如 图 3.13-4 所 示 。 


图 3.13-2 用户 之 声 格 式 的 用 户 故 事 示例 


图 3.13-3 ”系统 作为 用 户 的 用 户 故 事 示例 


图 3.13-4 ”使 能 故事 示例 


使 能 故事 可 以 包括 以 下 内 容 : 

“ 重 构 和 探 针 〈 与 极限 编程 中 的 定义 相同 ) o 

+ 构建 或 改进 开发 /部 署 的 基础 设施 。 

“ 运行 需要 人 工 干预 的 任务 (例如 ， 检 索 100 万 个 网 页 ) 

: 根据 不 同 的 目的 ， 生 成 不 同 的 产品 或 组 件 的 配置 

- 执行 特殊 类 型 的 系统 质量 验证 (例如 ， 实 全 脆弱 性 测试 等 ) 

当然 ， 使 能 故事 和 用 户 故 事 一 样 ， 可 以 进行 演示 ， 典 型 的 做 法 是 可 以 演示 生成 的 工件 ,或 者 通过 用 户 界面 (UI) 、 打 桩 


(stub) 和 模拟 (mock) 进行 。 


编写 好 的 故事 
卡片 (Card) 、 交 谈 (Conversation) 、 确 认 (Confirmation) 
Ron Jeffries 是 极限 编程 的 发 起 者 之 一 ， 他 提出 了 用 户 故事 的 3C 方 法 。 


FA (Card) 指 的 是 用 一 张 索引 卡片 、 记 事 贴 或 使 用 其 他 工具 ， 捕 获 和 表明 用 户 故 事 的 意图 。 索 引 卡 片 很 自然 地 提供 了 团 
队 和 故事 之 间 的 联系 。 卡 片 的 大 小 从 物理 上 限制 了 故事 描述 的 长 度 ， 从 而 也 限制 了 系统 行为 的 早期 特征 。 卡 片 也 可 以 帮助 团 
队 “感觉 ”到 故事 涉及 的 范围 ， 比 如 团队 手中 拿 着 10 张 卡片 的 感觉 ， 与 用 眼睛 看 10 行 电子 表格 的 感觉 是 有 区 别 的 。 


交谈 (Conversation) 表达 的 意思 是 在 团队 、 客 户 /用 户 、 产 品 负责 人 和 其 他 利益 相关 者 之 间 “承诺 进行 交谈 ”。 这 是 一 些 
必要 的 讨论 ， 用 来 决定 为 了 实现 某 些 意图 所 需要 的 细节 行为 。 这 些 交谈 也 可 能 会 产生 其 他 形式 的 变化 ， 比 如 模拟 、 原 型 、 表 单 、 
算法 、 时 序 图 等 。 交 谈 跨越 了 故事 的 整个 生命 周期 : 


: 待 办 事项 列表 的 梳理 


将 
5 


. 演 7 


a 


交谈 提供 了 共享 的 氛围 ， 这 是 正式 文档 所 无 法 提供 的 。 交 谈 通 过 讨论 功能 的 具体 实例 ， 让 需求 变 得 不 再 模糊 。 交 谈 也 有 助 于 
发 现 一 些 没 考虑 到 的 情况 或 者 一 些 非 功 能 性 的 需求 。 有 些 团 队 也 会 在 故事 卡片 的 确认 栏 中 记 下 他 们 将 如 何 演示 该 故事 。 


对 接收 标准 的 确认 (Confirmation) 提供 了 明确 的 条 件 ， 用 于 确保 故事 可 以 被 正确 地 实现 ， 并 且 满 足 了 所 有 相关 的 功能 | 
和 非 功能 性 的 需求 。 图 3.13-5 提 供 了 一 个 示例 。 


我 在 驾驶 的 场景 中 
当 我 加 速 时 
我 想 要 听 到 加 速 的 音效 


我 在 驾驶 的 场景 中 
RAER 
FEAR EUT EURI FH] EA 


图 3.13-5 ”故事 的 接收 标准 


敏捷 团队 会 尽 可 能 地 做 到 自动 化 接收 测试 ， 通 常 使 用 业务 可 读 性 、 领 域 专业 性 的 语言 编写 ， 由 此 为 系统 创建 “可 自动 执行 的 
规范 和 测试 ”。 自 动 化 也 提供 了 对 系统 进行 快速 回归 测试 的 能 力 ， 这 种 能 力 增强 了 持续 集成 、 重 构 和 维护 。 


对 好 故事 进行 投资 


人 们 通常 会 用 Bill Wake 发 明 的 缩 略 词 “INVEST” 来 提醒 良好 的 故事 应 该 具备 的 要 素 : 


kd 
pand 


- [一 一 独立 性 (Independent， 独 立 于 其 他 所 有 故事 


灵活 的 意图 表述 ， 不 是 合同 ) 


- V 一 一 有 价值 (Valuable， 提 供给 客户 有 价值 的 纵向 切片 ) 


# (Estimable， 小 的 ， 也 是 可 协商 的 ) 


小 的 〈Small， 适 合 一 次 迭代 完成 ) 


-T 可 测试 〈Testable， 充 分 地 理解 如 何 进 行 测试 ) 


在 参考 资料 [1] 和 人 参考 资料 [2] 中 ， 可 以 得 到 更 多 信息 。 


故事 的 估算 


SAFe 中 的 ScrumXP 敏 捷 团 队 使 用 故事 点 和 估算 扑克 (参考 资料 [2] 和 [3]) ， 对 其 工作 进行 估算 。 故 事 点 是 一 个 数字 ， 用 于 代 
表 以 下 内 容 的 : 


` 数量 一 一 有 多 少 ? 


. 复杂 度 一 一 有 多 难 ? 


“ 知识 哪些 是 已 知 的 ? 


哪些 是 未 知 的 ? 


< 不 确定 性 


故事 点 是 相对 的 ， 它 们 和 任何 特定 的 度量 单位 无 天 。 假 定 一 个 最 小 的 故事 ,给 它 赋 1 点 ， 然 后 其 他 故事 的 大 小 (工作 量 ) 可 
以 相对 于 这 个 最 小 的 故事 进行 估算 。SAFe 应 用 修改 过 的 斐 波 那 契 数列 (1, 2, 3, 5, 8, 13, 20, 40, 100) 来 体现 估算 中 的 
不 确定 性 ， 尤 其 是 对 于 一 些 较 大 的 数字 (如 20，40，100 等 ) (参考 资料 [2]) 。 


估算 扑克 
敏捷 团队 通常 使 用 “估算 扑克 ”， 可 以 综合 专家 意见 、 模 拟 类 比 、 分 解 等 手段 来 快速 可 靠 地 进行 估算 (也 可 以 使 用 其 他 的 估 
算 方 法 ) 。 使 用 “估算 扑克 ”的 规则 有 : 


` 所 有 团队 成 员 都 参加 
RB MERA-BEH, 1, 2, 3, 5, 8, 13, 20, 40, 100, ©, AR? 
“ 产品 负责 人 参加 会 议 ， 但 不 做 估算 


- Scrum Mastet 参 加 会 议 ， 但 不 做 估算 ， 除 非 他 也 参加 实际 的 开发 工作 


对 于 每 一 个 需要 估算 的 工作 项 ， 产 品 负责 人 讲 读 故事 的 描述 
+ 进行 问题 的 提问 和 解答 
- 每 个 估算 者 独立 地 选 出 一 张 估 算 卡片 ， 用 于 代表 他 的 估算 


" 所 有 的 估算 卡片 同时 翻 开 ， 所 有 参与 者 能 看 到 其 他 人 的 估算 


+ 给 出 估算 点 数 最 高 和 最 低 的 人 ， 向 其 他 人 进行 解释 
* 经 过 一 番 讨 论 ， 每 个 估算 者 使 用 估算 卡片 重新 进行 估算 
“ 估算 将 会 倾向 于 收敛 。 如 果 没 有 ， 重 复 以 上 过 程 


进行 一 些 前 期 的 设计 讨论 是 适宜 的 ， 然 而 ， 人 花费 过 多 的 时 间 用 于 设计 讨论 就 是 浪费 精力 。 佑 算 扑克 的 真正 价值 就 是 对 故事 的 
范围 达成 一 致 ， 而 且 也 很 有 趣 ! 


速度 


团队 的 速度 等 于 一 个 迭代 中 完成 的 所 有 故事 (达到 了 完成 定义 ) 的 故事 点 的 总 和 。 了 解 团队 的 速度 有 助 于 制订 计划 ， 也 是 限 
制 在 制品 的 一 个 关键 因素 ， 因 为 团队 不 应 该 承担 超过 其 速度 的 过 多 故事 。 大 型 的 史诗 、 能 力 、 特 性 和 使 能 ， 都 会 使 用 故事 点 进行 
估算 ， 所 以 速度 也 可 以 用 于 估算 它们 的 交付 时 间 。 


估算 的 通用 起 始 基准 


在 标准 的 Scr um 中， 每 个 团队 的 故事 点 估算 和 速度 是 局 部 的 、 独 立 的 。 有 可 能 一 个 小 型 团队 使 用 自己 的 估算 方式 得 到 的 速度 
为 50， 而 另 一 个 较 大 的 团队 估算 出 的 速度 只 有 12， 其 实 这 样 的 结果 对 其 他 团队 来 讲 没 有 什么 参考 意义 。 


然而 ， 在 SAFe 中 ， 故 事 点 速度 必须 有 一 个 通用 的 起 始 基准 ， 以 便于 那些 需要 很 多 团队 支持 的 特性 或 史诗 可 以 建立 在 合理 的 
经 济 环境 中 。 为 了 做 到 这 一 点 ，SAFe 团 队 创建 了 一 种 方式 ， 使 得 一 个 故事 点 对 一 个 团队 和 其 他 团队 都 有 相同 的 意义 。 在 这 样 的 
方式 下 ， 伴 随 着 对 不 同 区 域 经 济 情况 的 调整 ， 工 作 的 估算 和 优先 级 排序 可 以 基于 从 故事 点 到 成 本 的 转化 来 完成 。 毕 竟 ， 如 果 没 有 
可 比 性 的 “通用 货币 ”， 就 无 法 确定 潜在 的 投资 回报 。 


对 于 故事 和 速度 所 采取 的 一 种 通用 的 起 始 基 准 如 下 : 

对 于 团队 中 的 每 一 个 开发 人 员 、 测 试 人 员 ， 给 予 8 个 点 〈 如 果 非 专职 成 员 做 适当 调整 ) 

- 每 个 团队 成 员 休假 日 和 公共 假日 减 1 个 点 

` 找到 一 个 较 小 的 故事 ， 花 费 大 约 半 天 时 间 开 发 、 半 天 时 间 测 试 和 验证 ， 将 其 定义 为 1 个 点 
“ 相对 于 上 述 故事 ， 对 其 他 所 有 的 故事 进行 估算 


例如 : 假设 一 个 6 人 组 成 的 小 团队 ， 包 括 3 个 开发 人 员 、2 个 测试 人 员 和 1 个 产品 负责 人 ， 他 们 都 没有 休假 计划 ， 那 么 就 可 以 


估算 初始 速度 =5 人 x8 点 =40 点 /和 迭代。 (注意: 如果 开 发 人 员 和 测试 人 员 中 有 一 人 同时 担任 Scrum Master， 则 速度 可 能 需要 调 


iE 


通过 采用 这 种 方法 ， 故 事 点 数 在 某 种 程度 上 可 以 类 比 于 一 个 理想 开发 人 日 ， 所 有 团队 都 可 以 用 共同 的 方式 进行 估算 ， 管 理 人 
员 就 能 够 为 某 一 特定 领域 的 团队 ， 公 平 、 快 速 地 估算 一 个 故事 点 所 需 的 成 本 。 然 后 ， 他 们 以 有 意义 的 方式 为 即将 实现 的 特性 或 史 
诗 建立 总 成 本 估算 。 


名 注意 在 此 之 后 ， 没 有 必要 校准 团队 估算 或 速度 ， 这 仅仅 是 一 个 共同 的 起 始 基准 。 


虽然 团队 会 随 着 时 间 的 推移 提高 其 速度 ， 这 确实 是 一 件 好 事 ， 但 事实 上 这 个 数字 往往 相当 稳定 ， 影 响 团 队 速 度 的 更 大 因素 是 
团队 规模 、 结 构 和 技术 背景 ， 而 不 是 生产 率 的 变化 。 而 且 ， 如 果 有 必要 ， 财 务 规划 人 员 可 以 稍微 调整 一 下 每 个 故事 点 的 成 本 。 相 
对 于 那些 在 非 标准 化 情况 下 ， 大 规模 团队 间 大 相 径 庭 的 速度 呈现 来 说 ， 这 种 财务 调整 的 影响 就 显得 微不足道 了 。 而 且 没 有 通用 的 
起 始 基 准 ， 也 就 无 法 进行 企业 的 规模 化 ， 因 为 无 法 找到 决策 的 经 济 基础 。 


故事 拆 分 


颗粒 度 小 的 故事 可 以 更 块 、 更 可 靠 地 实现 ， 因 为 小 颗粒 可 以 快速 地 通过 系统 ， 减 少 变异 性 ， 易 于 管理 风险 。 因 此 ， 把 大 颗粒 
的 故事 拆 分 成 小 颗粒 的 故事 ， 是 每 一 个 敏捷 团队 的 必 备 生存 技能 ， 也 是 增 量 式 开发 的 一 项 艺术 和 科学 。 有 10 种 故事 拆 分 的 方法 
(参考 资料 [1]) ， 以 下 是 这 些 方法 的 简要 总 结 : 


1. 工 作 流 程 步骤 

2. 业 务 规则 变化 

3. 主 要 工作 量 

4 .简单 /复杂 

5. 数 据 的 变化 

6 .数据 入 口 方法 

7. 延 迟 系统 质量 

8. 操 作 (例如 : 创建 、 读 取 、 更 新 、 删 除 或 CRUD) 
9. 用 例 场景 


10. 创 建 一 个 探 针 


图 3.13-6 展 示 了 以 上 第 9 项 中 ， 通 过 用 例 场景 拆 分 故事 的 示例 。 


图 3.13-6 ”将 大 故事 拆 分 成 小 故事 的 示例 


SAFe 需 求 模 型 中 的 故事 


正如 SAFe 需 求 模型 所 描述 的 那样 ， 该 框架 使 用 了 一 套 完 备 的 工件 及 其 之 间 的 联系 ， 用 于 在 精益 和 敏捷 的 环境 中 定义 和 测试 
复杂 系统 。 图 3.13-7 说 明了 在 大 框架 中 故事 的 呈现 方式 。 


特性 通过 右 方 内 容 被 实现 故事 
~ ee 0.1 l 
一 业务 收益 
— 接收 标准 


从 属于 


用 户 故 事 使 能 故事 
业务 特性 ”使 能 特性 一 用 户 声音 说 明 -= 故事 说 明 

l — 接收 标准 — 接收 标准 

在 通过 以 下 1 1 

杀 什 时 完成 在 通过 以 下 

条 件 时 完成 
特性 接收 测试 T 5 
故事 接收 标准 单元 测试 


图 3.13-7 在 SAFe 需 求 模型 中 的 故事 


如 图 3.13-7 所 示 ， 故 事 通 常 是 由 特性 衍生 出 来 的 (有 时 也 有 例外 ， 比 如 团队 根据 具体 情况 创建 的 故事 ) ， 而 且 每 个 故事 都 与 
故事 接收 测试 相关 联 。 在 极限 编程 和 SAFe 的 ScrumXP 中 ， 每 个 故事 都 会 有 一 个 单元 测试 ， 单 元 测试 的 主要 作用 是 确保 故事 的 实 
现 是 正确 的 。 此 外 ， 因 为 单元 测试 容易 自动 化 ， 所 以 这 是 自动 化 测试 的 一 个 关键 起 始点 ， 可 以 参考 8.2 节 中 的 描述 。 


注意 在 图 3.13.7 中 ， 使 用 的 是 UML 方 式 描述 对 象 之 间 的 关系 : 0 对 多 (0，1) ，1 对 多 
(1http://www.hzcourse.com/resource/readBook?path=/openresources/teach_ebook/uncompressed/16110/OEBPS/Text/..*) ,1 对 
1), FE 
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3.14 AREER 


清晰 的 益 述 可 以 让 深刻 的 思想 更 加 出 色 。 


Luc de Clapiers!!! 


摘要 


和 迭代 目标 是 敏捷 团队 和 产品 负责 人 达成 的 共识 ， 是 可 以 在 一 个 迭代 内 完成 的 业务 和 技术 目标 的 高 度 概括 性 描述 。 敏 捷 发 布 火 
车 作为 自 组 织 、 自 管理 的 众多 团队 的 集合 ， 可 以 通过 各 团队 的 运 代 目标 进行 汇总 和 有 效 协调 。 人 迭代 目标 有 助 于 团队 成 员 和 产品 负 
责 人 把 共同 的 使 命 对 齐 到 欠 代 中 ， 也 有 助 于 每 个 团队 对 齐 到 项 目 群 的 PI 目 标 上 ， 从 而 可 以 为 理解 和 处 理 团 队 之 间 的 依赖 提供 依 
据 。 最 后 ， 和 迭代 目标 可 以 为 团队 、 管 理 层 以 及 业务 负责 人 之 间 的 沟通 提供 一 份 简单 的 协议 ， 让 所 有 人 可 以 朝 一 个 共同 的 目标 努 
力 ， 管 理 层 可 以 持续 地 获知 工作 进展 。 


无 论 团队 应 用 Scrum 还 是 看 板 ， 运 代目 标 都 提供 了 一 种 共同 的 语言 ， 让 项 目 群 利益 相 关 者 、 管 理 层 和 敏捷 团队 可 以 保持 一 
致 ， 管 理 依赖 ， 并 在 项 目 群 增 量 的 执行 过 程 中 进行 必要 的 调整 。 


正如 3.9 节 中 所 述 ， 计 划 过 程 会 产生 三 个 输出 : 
1. 迭 代 待 办 事项 列表 ， 由 承诺 在 迭代 内 完成 的 故事 组 成 。 


2. 迭 代目 标的 描述 ， 如 图 3.14-1 所 示 。 


图 3.14-1 某 团队 的 迭代 目标 


3. 为 了 实现 迭代 目标 ， 敏 捷 团 队 对 于 需 完成 工作 的 承诺 。 

迭代 目标 往往 反映 了 以 下 几 点 : 

- 特性 、 特 性 切片 或 特性 部 分 ， 如 研究 、 必 要 的 架构 等 

+ 业务 或 技术 里 程 碑 

“ 架构 、 技 术 或 基础 设施 工作 

- 常规 的 工作 

. 其 他 承诺 ， 如 维护 、 文 档 等 

和 迭代 目标 可 以 通过 完成 迭代 待 办 事项 列表 来 实现 ， 但 这 并 不 意味 着 要 完成 所 有 故事 才能 达成 迭代 目标 。 换 句 话说 ， 迭 代目 标 
要 高 于 任何 特定 的 故事 。 有 时 候 ， 甚 至 有 必要 添加 预先 未 能 想到 的 故事 ， 才 能 实现 运 代目 标 。 
AAR Bat Ain 


迭代 目标 在 SAFe 和 Scrum 中 是 必需 的 (Scrum 称 之 为 冲刺 目标 ) 。 敏 捷 团 队 在 一 个 迭代 里 通过 完成 足够 小 的 故事 来 开展 工 
作 。 把 用 户 价值 分 割 成 足够 小 的 、 纵 向 的 、 可 测试 的 故事 ， 这 是 一 项 基本 的 敏捷 能 力 ， 但 这 样 往往 会 造成 “只 见 树木 不 见 森 
林 ”。 在 敏捷 发 布 火车 中 ， 和 迭代 目标 会 帮助 团队 从 更 高 的 角度 理解 和 维护 每 次 进 代 待 完成 的 工作 ， 以 及 要 在 下 一 次 系统 演示 会 议 


上 的 演示 内 容 。 这 就 是 透明 性 、 协 调 一 致 和 项 目 群 执行 的 基础 ， 它 们 是 SAFe 四 个 核心 价值 观 中 的 三 个 。 简 单 地 说 ， 团 队 承 诺 在 
一 个 迭代 里 完成 一 系列 用 户 故 事 是 不 够 的 ， 团 队 必须 始终 关注 每 次 迭代 的 业务 价值 ， 而 且 能 够 用 业务 术语 与 业务 负责 人 、 管 理 层 
和 其 他 利益 相关 者 就 这 些 价值 进行 沟通 。 


和 迭代 目标 提供 了 三 方面 的 价值 ， 从 而 构成 了 一 个 全 面 的 方法 来 帮助 团队 和 敏捷 发 布 火车 保持 协调 一 致 ， 并 始终 致力 于 一 个 共 
同 的 目标 和 使 命 ， 具 体 描 述 如 下 。 


将 团队 成 员 对 齐 到 共同 的 目标 


和 迭代 执行 是 一 个 快速 和 激烈 的 过 程 ， 两 周 的 时 间 一 晃 而 过 。 和 迭代 目标 可 以 帮助 团队 和 产品 负责 人 ， 回 到 他 们 最 初 计划 发 布 业 
务 价 值 时 所 达成 的 共识 ， 保 持 团队 和 项 目 群 PI 目 标的 对 齐 ， 并 帮助 团队 落地 实现 已 确定 的 目标 ， 如 图 3.14-2 所 示 。 


将 项 目 群 团队 对 齐 到 共同 的 PI 目 标 并 管理 依赖 关系 


SAFe 团 队 并 不 是 一 些 敏 捷 孤 岛 。 相 反 ， 它 们 属于 一 个 更 大 的 项 目 群 环境 和 目标 的 有 机 整体 。 因 此 ， 每 个 团队 必须 与 其 他 团 
队 和 发 布 火车 工程 师 就 下 一 个 迭代 的 目标 进行 沟通 ， 从 而 能 够 确保 大 家 保持 对 齐 到 项 目 群 PI 目 标 上 。 此 外 ， 各 个 团队 的 返 代目 标 
也 提供 了 发 现 和 解决 依赖 天 系 的 必要 环境 ， 如 图 3.14-3 所 示 。 


提供 持续 的 管理 信息 


为 了 扩展 到 项 目 群 层面 ， 同 时 又 要 保持 精益 和 敏捷 的 理念 ， 这 就 依赖 于 建立 自 管理 、 自 组 织 的 敏捷 团队 。 这 些 团队 应 该 很 少 
需要 行政 管理 干预 或 日 常 监管 。 在 这 种 情况 下 ， 经 理 们 可 以 向 上 管理 和 跨 团队 管理 ， 而 不 是 向 下 管理 。 这 样 就 可 以 创建 一 个 充分 
受权 的 、 更 加 精益 的 组 织 ， 管 理 层 就 可 以 承担 更 多 责任 ， 用 自己 的 组 织 能 力 来 消除 障碍 并 帮助 推动 组 织 级 改进 。 然 而 ， 管 理 层 不 
能 也 不 应 该 抛弃 理解 团队 的 责任 ,他 们 应 该 了 解 团队 正在 进行 的 工作 以 及 开展 这 些 工作 的 原因 ， 因 为 管理 者 仍然 负 有 责任 去 提高 
组 织 的 开发 能 力 并 保证 价值 发 布 的 成 果 。 为 此 ， 将 发 布 火车 上 的 迭代 目标 进行 汇总 ， 从 而 提供 一 个 简单 的 、 文 本 化 的 、 以 两 周 为 
周期 的 工作 内 容 概要 ， 如 图 3.14-4 所 示 。 


图 3.14-3 ”和 迭代 目标 对 齐 团 队 到 项 目 群 PI 目 标 ， 并 帮助 识别 团队 间 的 依赖 关系 


对 齐 ? 
和 迭代 目标 : 用 AKA ts: 用 


于 涉及 多 个 团队 于 涉及 多 个 团队 
AY AER 的 下 一 个 迭代 


Ş 


Pa A 2 RAIA 新 的 迭代 


图 3.14-4 ”迭代 目标 提供 了 可 视 化 及 与 管理 层 的 沟通 途径 
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3.15 ”内 建 质量 
通过 快速 集成 学 习 环 ， 进 行 增 量 式 构建 。 
一 一 SAFe 原 则 #4 
摘要 


内 建 质量 是 SAFe 的 四 个 核心 价值 观 之 一 。 企 业 以 最 快 的 可 持续 前 置 时 间 交 付 新 功能 ， 并 应 对 瞬息 万 变 的 商业 环境 ， 这 些 都 
有 赖 于 解决 方案 的 质量 。 内 建 质量 不 是 SAFe 特 有 的 概念 ， 它 是 精益 -敏捷 的 核心 原则 之 一 ， 有 助 于 避免 与 需求 召回 、 返 工 及 缺陷 


修复 相关 的 延迟 成 本 。 敏 捷 宣 言 同样 专注 于 质量 ， 其 中 有 一 条 敏捷 原则 是 这 样 描述 的 : “坚持 不 懈 地 追求 技术 卓越 和 良好 设计 ， 
敏捷 能 力 由 此 增强 ” (参考 资料 [1]) 。 内 建 质量 对 于 大 规模 系统 的 价值 是 确切 无 疑 的 ， 并 且 属 于 强制 性 的 。 为 此 ， 本 节 将 介绍 
软件 、 固 件 和 硬件 的 质量 实践 。 


软件 方面 的 质量 实践 一 一 很 多 是 受到 极限 编程 的 启发 ， 而 且 在 极限 编程 中 也 有 描述 一 一 可 以 帮助 敏捷 软件 开发 团队 ， 确 保 
他 们 所 构建 的 解决 方案 是 高 质量 的 ， 易 于 响应 变化 的 。 这 些 实 践 间 的 相互 协同 的 本 质 ， 重 点 在 于 频繁 地 确认 ， 以 及 建立 一 种 把 工 
程 和 匠 艺 作为 关键 业务 推动 者 的 自发 的 文化 氛围 。 


对 于 固件 和 硬件 ， 其 质量 目标 和 软件 是 相同 的 ， 但 是 在 物理 和 经 济 上 有 些 不 同 ， 因 此 实践 上 也 有 些 差 异 。 这 些 差异 包括 ， 固 
件 和 硬件 的 开发 会 更 加 专注 于 建 模 、 模 拟 和 更 多 的 早期 探索 过 程 ， 以 及 更 多 的 设计 验证 和 更 频繁 的 系统 级 集成 。 


当 企 业 需 要 应 对 变化 时 ， 建 立 在 良好 的 技术 基础 上 的 软件 和 系统 更 容易 去 改变 和 适应 。 这 对 大 型 系统 来 说 则 更 为 重要 ， 因 为 
即使 是 小 缺陷 的 累积 效应 以 及 错误 的 假设 ， 都 可 能 造成 令 人 无 法 接受 的 后 果 。 


实现 高 质量 的 系统 是 一 项 严谨 的 工作 ， 需 要 持续 的 培训 和 和 承诺， 但 对 业务 收益 的 投资 也 是 非常 必要 的 : 


- 更 高 的 客户 满意 度 一 一 低 缺 陷 率 的 产品 和 服务 能 提供 更 好 的 客户 满意 度 、 更 高 的 安全 性 、 更 好 的 投资 回报 ， 并 给 业务 部 门 


增添 更 多 的 信心 。 


: 开发 组 织 的 预见 性 与 信任 一 一 如 未 在 解决 方案 的 质量 上 进行 可 靠 的 控制 ， 那么 对 新 功能 的 开发 不 可 能 做 出 可 预测 性 的 计 
划 ， 也 无 法 确定 开发 的 速度 。 因 此 在 公司 内 会 造成 一 种 信任 感 缺乏 ， 降 低 个 体 对 软件 工艺 的 荣誉 感 ， 造 成 士气 的 低落 。 


- 可 延展 性 一 一 当 组 件 能 清楚 地 表达 设计 意图 ， 展 现 出 简洁 的 风格 ， 并 在 系统 架构 上 支持 集成 和 测试 ， 这 时 投入 更 多 的 人 力 
和 资源 会 为 企业 带 来 更 多 的 商业 价值 。 否 则 ， 增 加 更 多 的 开发 和 测试 人 员 反而 会 给 企业 带 来 拖累 ， 最 终 将 导致 高 度 不 确定 的 、 企 
业 无 法 接受 的 质量 和 延迟 。 


- 速度 、 敏 捷 性 和 系统 性 能 一 一 更 高 的 质量 有 助 于 提高 可 维护 性 和 增强 快速 开发 新 业务 功能 的 能 力 。 同 时 也 会 提高 团队 维护 
和 提升 关键 的 非 功 能 性 需求 的 能 力 ， 包 括 : 性 能 、 可 扩展 性 、 安 全 性 和 可 人 靠 性 。 


创新 的 能 创新 出 现在 聪明 的 、 富 有 激情 的 人 身上 ， 以 及 由 他 们 所 掌控 的 环境 中 。 在 高 质量 创造 出 的 良好 技术 环境 
下 ， 创 新 的 想法 能 够 很 容易 地 产生 原型 、 测 试 和 演示 。 


下 文 将 对 在 软件 、 固 件 和 硬件 上 达成 内 建 质量 的 实践 进行 总 结 。 


软件 


SAFe 是 建立 在 长 达 几 十 年 的 不 断 演化 、 不 断 追 求 更 好 的 工程 实践 的 基础 之 上 的 ,在 很 大 程度 上 受到 了 创新 性 的 精益 和 敏捷 
方法 的 推动 。 当 谈 到 软件 工程 时 ， 极 限 编程 实践 起 着 引领 的 地 位 (参考 资料 [2]) 。 除 了 敏捷 架构 在 保证 系统 级 的 质量 中 所 起 的 
关键 作用 之 外 ，SAFe 还 引入 了 关键 的 精益 -敏捷 软件 工程 实践 ， 以 帮助 团队 实现 最 高 级 别 的 质量 。 下 文 总 结 了 这 些 实践 ， 其 中 的 
两 个 一 一 持续 集成 和 测试 先行 ， 在 本 书 中 会 有 更 深入 的 阐述 。 


持续 集成 


持续 集成 (Continuous Integration, Cl) 是 一 种 软件 工程 实践 ， 它 每 天 不 间断 地 把 开发 人 员 自 己 工作 空间 中 的 代码 合并 


陷 能 


到 单一 主干 代码 分 支 上 。 通 过 
立即 被 发 现 ， 假 设 也 能 立 


这 种 方式 ， 所 有 共同 开发 程序 的 人 员 能 
刻 


员 能 一 直 保持 在 最 新 的 程序 版 本 上 工作 ， 开 发 人 员 之 间 的 程序 缺 


叶 到 验证 。 持 续集 成 有 助 于 避免 系统 集成 的 延迟 风险 ， 及 其 对 系统 质量 和 项 目 可 预测 性 的 不 利 影 
响 。 


寺 续 集成 需要 专业 的 基础 设施 和 工具 ， 包 括 自动 化 构建 服务 器 和 自动 化 测试 框架 。 但 更 重要 的 是 需要 建立 一 种 文化 和 使 命 
感 ， 要 求 个 人 和 团队 以 交付 完全 集成 和 全 面 测试 的 软件 为 荣 。 


在 SAFe 中 ， 团 队 至 少 每 天 执行 一 次 本 地 集成 ， 但 同样 重要 的 是 要 将 完整 的 系统 进行 集成 ， 并 在 必要 的 时 人 
以 确保 系统 向 期 望 的 方向 发 展 。 在 初期 实现 每 日 集成 不 太 可 行 ， 所 以 合理 的 初始 目标 可 


刁 运 行 回归 测试 ,， 
能 是 ， 在 每 迭代 中 至 少 实现 一 到 两 次 全 系 
统 的 集成 。 这 样 也 为 成 功 地 进行 每 两 周一 次 的 系统 演示 提供 了 基线 。 


8.1 节 中 提供 了 关于 该 主题 的 更 多 内 容 ， 特 别 是 系统 级 和 解决 方案 级 的 持续 集成 。 
测试 先行 


测试 先行 是 一 种 鼓励 团队 在 代码 实现 前 深入 思考 系统 行为 的 哲学 。 它 提升 了 编码 的 效率 并 使 得 产品 更 易于 使 用 ， 它 同时 建立 
了 一 种 更 为 全 面 的 测试 策略 ， 由 此 系统 的 需求 被 转化 为 一 系列 的 测试 案例 ， 通 常 这 些 测试 案例 在 编写 代码 前 会 事先 写 好 。 


测试 先行 策略 可 细 分 为 测试 驱动 开发 (TDD) 和 接收 测试 驱动 开发 (ATDD) 。 两 者 都 由 自动 化 测试 所 支持 ， 自 动 化 测试 是 
支持 持续 集成 、 团 队 速度 和 开发 有 效 性 所 必需 的 。 


在 测试 驱动 开发 中 ， 开 发 人 员 首 先 编写 自动 化 单元 测试 案例 ， 执 行 测 试 案例 并 观察 其 运行 失败 ， 然 后 编写 一 个 最 小 的 代码 用 


464-47 
能 持续 得 


以 通过 测试 。 测 试 驱 动 开 发 主要 适用 于 编码 方法 或 者 单元 (技术 ) 层面 ， 这 保证 了 测试 的 真实 存在 ， 防 止 镀金 和 编写 不 必要 的 更 
复杂 的 代码 。 同 时 ， 测 试 驱动 开发 还 有 助 于 保证 需求 得 到 自动 化 测试 ， 并 保持 最 新 的 状态 。 


接收 测试 驱动 开发 是 一 种 先进 的 技术 ， 表 征 系 统 行为 的 接收 标准 由 产品 负责 人 确定 ， 然 后 将 接收 标准 转换 为 可 反复 执行 的 接 
收 测试 ， 在 系统 演进 的 过 程 中 保证 持续 的 一 致 性 。 接 收 测试 驱动 开发 有 助 于 团队 专注 于 系统 级 别 的 、 用 户 可 观测 的 需求 ， 这 给 团 
队 提 供 了 清晰 的 成 功 标准 。 


8.2 节 中 提供 了 关于 该 主题 的 更 多 内 容 。 
重 构 


重 构 是 “重组 代码 的 现 有 结构 ， 改 变 其 内 部 结构 而 不 改变 其 外 部 行为 的 技术 ” 
ìt” (BUFD) ， 并 遵从 “即使 在 开发 后 期 ， 也 拥抱 需求 变更 
是 经 得 起 考验 的 。 为 了 保持 这 种 应 变 能 


SSA 
果 因 为 “总 是 希望 增加 新 功能 ” 


(参考 资料 [3]) 。 敏 捷 避 免 “ 大 量 的 前 期 设 
(参考 资料 [1]) ， 这 意味 着 当前 的 代码 库 在 业务 需要 新 增 功 能 时 
力 ， 团 队 不 间断 地 通过 一 系列 小 的 改进 持续 进行 重 构 ， 为 未 来 的 发 展 打 下 坚实 的 基础 。 如 
， 而 忽视 重 构 ， 就 会 快速 构建 起 一 个 僵化 和 不 可 维护 的 系统 ， 最 终 导 致 经 济 效益 越 来 越 差 。 


重 构 是 实现 浮现 式 设计 的 关键 ， 而 且 是 敏捷 开发 中 必要 和 不 可 或 缺 的 组 成 部 分 
in” Wei, N 


。 有 关 重 构 的 更 多 指导 信息 ， 请 参见 


‘= 
结对 工作 


结对 工作 与 结对 编程 相对 应 ， 结 对 编程 是 极限 编程 中 的 一 种 强制 实践 ， 需 要 两 个 程序 员 在 同一 台电 脑 上 工作 。 一 个 人 编码 ， 
另 一 个 人 是 观察 员 ， 负 责 评审 、 检 查 和 为 编码 过 程 增值 ， 在 结对 过 程 中 角色 可 以 互 换 。 在 每 写 一 行 代码 前 ， 结 对 人 员 都 要 讨论 需 
要 做 的 事情 ， 并 达成 对 需求 、 设 计 、 测 试 的 一 致 理解 。 观 察 员 检查 代码 ， 提 出 关于 如 何 提高 代码 的 意见 ， 并 指出 潜在 的 错 ; 
对 编程 中 会 进行 实时 的 、 全 面 的 同行 评审 。 


=| 


R. 


结对 编程 是 极限 编程 的 组 成 部 分 ， 但 它 也 是 有 争议 的 ， 有 些 人 认为 结对 增加 了 成 本 ， 因 为 两 个 人 在 同样 的 代码 上 工作 。 同 
时 ， 结 对 编程 也 可 能 面临 人 际 交 往 和 文化 上 的 挑战 。 


对 很 多 人 而 言 ， 结 对 编程 过 于 极端 了 。 人 然而 在 实践 中 ， 敏 捷 团 队 中 有 很 多 种 不 同 的 结对 工作 方式 ， 每 一 种 都 有 其 价值 ， 并 且 
可 以 结合 起 来 应 用 。 有 的 团队 在 所 有 编码 工作 上 都 遵循 结对 编程 标准 ， 就 像 极限 编程 中 所 描述 的 那样 ， 有 的 团队 中 开发 人 员 与 测 
试 人 员 针 对 故事 进行 结对 ， 在 故事 完成 时 评审 彼此 的 工作 ; 还 有 的 团队 更 倾向 于 自发 的 结对 ， 开 发 人 员 在 关键 代码 片段 、 重 构 遗 
留 代 码 、 开 发 接口 定义 以 及 系统 级 别 集成 等 有 挑战 性 的 工作 上 进行 结对 。 结 对 工作 是 重 构 、 持 续集 成 、 测 试 自动 化 ， 以 及 代码 集 
体 所 有 权 的 重要 基础 。 


集体 所 有 权 


集体 所 有 权 “ 鼓 励 每 个 人 为 项 目的 所 有 部 分 贡献 新 的 想法 。 任 何 开发 人 员 都 可 以 更 改 任意 一 行 代码 去 增加 新 的 功能 、 修 复 缺 
陷 、 改 进 设计 或 重 构 。 没 有 人 会 成 为 变化 的 瓶颈 ” (参考 资料 [和 ) 。 集 体 所 有 权 在 SAFe 体 系 中 尤为 重要 ， 因 为 大 型 系统 拥有 大 
型 代码 库 ， 最 初 的 开发 人 员 很 可 能 已 经 不 在 项 目 团队 中 了 。 即 使 那些 人 还 在 团队 中 ， 如 果 总 是 依赖 某 一 个 人 去 修改 代码 ， 就 会 造 
成 工作 上 的 交接 ， 也 一 定 会 带 来 延迟 等 待 。 

扩展 集体 所 有 权 的 实施 ， 需 要 在 整个 项 目 群 中 遵循 经 过 验证 的 、 一 致 商定 的 编码 标准 ， 拥 抱 简单 的 设计 ， 揭 示 代 码 结构 中 的 
意图 ， 并 建立 接口 机 制 用 于 进行 灵活 的 系统 修改 。 


固件 和 硬件 


除了 编码 以 外 ， 没 人 能 够 扩展 低 质量 的 组 件 或 系统 。 硬 件 元 素 都 很 少 涉及 “ 软 ” 的 部 分 ， 比 如 电子 、 电 气 、 流 体 、 光 学 、 机 
械 、 包 装 、 热 能 等 ， 所 以 它们 更 加 难以 变更 ， 而 且 如 果 发 生变 更 会 更 为 昂贵 。 如 图 3.15-1 所 示 (参考 资料 [5]) ， 固 件 和 硬件 中 
的 错误 和 未 经 证 实 的 假设 可 能 导致 更 高 的 变更 和 返工 成 本 。 


硬件 


变更 的 成 本 


时 间 


图 3.15-1 随 着 时 间 的 推移 ， 软 件 、 固 件 和 硬件 的 变更 成 本 比较 


如 下 文 所 述 ， 这 种 更 高 的 后 期 变更 成 本 ， 促 使 网 络 物理 系统 的 精益 开发 人 员 使 用 一 些 相 关 实 践 ， 确 保 在 解决 方案 开发 过 程 中 
的 内 建 质量 。 


探索 早期 迭代 


正如 参考 文献 [6] 中 所 强调 的 ， 即 使 在 建造 “哈雷 -戴维森 摩托 ”时 ， 也 需要 一 个 非常 完整 的 团队 在 道路 上 测试 新 的 摩托 车 ， 
更 频繁 的 设计 周期 是 系统 构建 者 的 有 效 工 具 ， 它 能 够 用 以 加 快 对 产品 知识 的 掌握 ， 降 低 风 险 和 后 期 发 现 错误 的 成 本 。 在 这 方 
面 ，SAFe 使 用 与 软件 相同 的 方式 来 处 理 固 件 和 硬件 ， 比 如 所 涉及 的 迭代 和 项 目 群 增 量 节奏 ,以 及 目标 期 望 等 都 大 致 相同 。 然 
而 ， 早 期 的 迭代 是 特别 关键 的 ， 因 为 变更 成 本 还 没有 达到 很 高 的 水 平 。 精 益 系统 构建 者 应 用 “更 软 ” 的 工具 系统 展开 更 快 的 迭 
代 ， 包 括 以 下 内 容 : 


* 敏捷 架构 


. 基于 模型 的 系统 工程 


. 基于 集合 的 设计 


频繁 的 系统 级 集成 和 测试 


寺 续 集成 是 许多 软件 解决 方案 的 一 个 有 价值 的 、 可 实现 的 目标 。 然 而 ， 在 网 络 物理 系统 中 却 难以 应 用 甚至 难以 想象 ， 因 为 有 
许多 物理 部 件 一 一 模具 、 机 械 、 小 部 件 等 ， 产 品 演变 缓慢 ， 而 且 无 法 每 天 进行 集成 和 评估 。 但 是 ， 这 不 能 成 为 延迟 和 难于 进行 
集成 的 借口 。 


毕竟 ， 最 终 所 有 不 同 的 组 件 和 子 系统 一 软件、 固件 、 硬 件 等 一 一 必须 集成 到 一 起 ， 才 能 提供 有 效 的 解决 方案 级 的 行为 ， 


而 且 越 早 越 好 。 为 此 ， 精 益 系统 构建 者 尝试 在 早期 频繁 地 集成 和 测试 子 系统 和 完整 系统 。 这 通常 需要 增加 在 开发 、 部 署 、 测 试 等 
基础 设施 方面 的 投资 。 


设计 验证 


然而 ， 仅 仅 集成 和 测试 是 不 够 的 。 首 先 ， 由 于 系统 的 各 种 组 件 在 可 用 性 方面 的 依赖 ， 集 成 和 测试 可 能 在 整个 流程 中 发 生得 太 
晚 ， 第 二 ， 集 成 和 测试 不 可 能 覆盖 所 有 可 能 的 使 用 情况 和 失败 场景 。 为 了 解决 这 个 问题 ， 系 统 构建 者 执行 设计 验证 以 确保 设计 满 
足 解决 方案 的 意图 。 设 计 验 证 可 以 包括 : 诸如 子 系统 之 间 需 求 的 规范 和 分 析 的 步骤 ， 最 差 情况 下 的 容忍 度 和 性 能 分 析 ， 失 败 模型 
和 影响 分 析 ， 可 跟踪 性 ， 热 分 析 ， 环 境 ， 以 及 其 他 系统 级 部 署 方面 等 。 


在 软件 领域 ,虽然 设计 验证 的 诸多 方法 也 很 重要 ,但 由 于 软件 的 变更 成 本 较 低 ， 所 以 在 设计 的 选择 上 不 需要 太 多 的 事先 承 
诺 。 然 而 ， 对 于 固件 和 硬件 ， 需 要 前 期 设计 方面 的 更 多 考虑 ， 以 及 工作 规范 上 的 保证 。 
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第 4 章 SAFe 项 目 群 层 


系统 是 必须 被 管理 的 ， 它 不 会 进行 自我 管理 。 如 果 让 其 自我 管理 ， 各 个 组 成 部 分 就 会 变 得 自私 ， 相 互 竞争 ， 成 为 彼此 独立 的 
利润 中 心 ， 从 而 破坏 整个 系统 。 系 统管 理 的 奥秘 就 是 面向 组 织 目标 ， 协 调 各 个 部 分 之 间 的 合作 。 


摘要 


为 了 完成 某 种 重要 的 研发 使 命 ， 多 个 开发 团队 和 其 他 资源 一 起 工作 ， 就 形成 了 项 目 群 层 。 在 SAFe 的 项 目 群 层级 ， 团 队 、 角 
色 和 活动 都 围绕 着 敏捷 发 布 火车 来 建立 。 敏 捷 发 布 火车 是 一 个 比喻 ， 它 用 来 说 明 若 干 敏 捷 团 队 持续 增 量 地 交付 客户 价值 。 敏 捷 发 
布 火 车 是 一 个 虚拟 的 组 织 ， 它 由 多 个 跨 职能 边界 的 敏捷 团队 组 成 ， 可 以 有 效 地 减少 和 消除 不 必要 的 交接 及 多 余 的 步骤 ， 从 而 通过 
实现 SAFe 精 益 -敏捷 原则 和 实践 ， 来 加 速 客 户 价值 的 交付 。 


虽然 SAFe 中 使 用 “项 目 群 层 ” 这 个 术语 ， 但 实际 上 它 不 像 传 统 的 “项 目 群 ”那样 被 赋予 明确 的 开始 结束 时 间 和 临时 分 配 的 
资源 。 与 之 相 比 ， 敏 捷 发 布 火车 具有 更 长 的 生命 周期 、 组 织 结构 和 更 持久 的 自我 管理 及 使 命 。 它 具有 长 期 性 、 基 于 流动 和 自 组 织 
的 特点 ， 这 些 特点 可 以 强 有 力 地 支持 SAFe 投 资 组 合 层级 的 运作 ,。 


SAFe 中 的 客户 价值 是 通过 这 些 长 期 存在 的 敏捷 发 布 火车 来 交付 的 ， 每 个 敏捷 发 布 火车 都 实现 了 价值 流 的 一 部 分 (有 时 是 整 
个 价值 流 ) 。 敏 捷 交 付 火车 会 在 项 目 群 增 量 中 进行 价值 的 增 量 式 交付 ， 每 个 项 目 群 增 量 的 周期 是 8 ~ 12 周 的 时 间 盒 ， 通 过 多 个 迭 
代 进 行 重要 的 、 有 价值 的 系统 开发 。 每 个 敏捷 交付 火车 包含 5 ~ 12 个 敏捷 团队 (50 ~ 125 人 ) ， 敏 捷 交 付 火 车 包含 价值 交付 所 需 
要 的 团队 角色 和 基础 架构 ， 用 以 支持 交付 全 面 测试 的 、 可 工作 的 、 系 统 级 的 软件 。 很 多 发 布 火车 是 虚拟 、 跨 组 织 和 跨 地 域 边界 
A, 有 些 火 车 也 可 以 根据 业务 或 者 产品 线 的 管理 汇报 路 线 与 组 织 结构 进行 组 建 。 


管理 价值 的 流动 


项 目 群 层 的 一 个 主要 的 职责 是 发 现 、 定 义 和 开 发 那些 业务 所 需要 的 特性 (Feature) 和 使 能 (Enabler) ， 从 而 实现 组 织 的 
业务 愿景 和 路 线 图 。SAFe 提 供 了 一 套 项 目 群 看 板 系统 ， 用 来 有 效 地 管理 流动 ， 也 可 以 确保 向 所 有 利益 相关 者 提供 可 视 化 的 呈 
现 。 项 目 群 看 板 系统 可 以 用 于 确保 在 到 达 项 目 群 增 量 边界 之 前 ， 所 有 的 特性 都 经 过 周密 合理 的 分 析 ， 进 行 了 优先 级 排序 和 接收 标 
准 的 建立 ， 从 而 保证 正确 的 实现 。 


特性 在 项 目 群 待 办 事项 列表 中 进行 维护 和 优先 级 排序 ， 在 实现 过 程 中 ， 需 要 调整 特性 的 规模 大 小 使 其 适应 于 项 目 群 增 量 的 时 
间 周 期 ， 这 样 才能 保证 每 次 项 目 群 增 量 都 会 交付 完整 意义 的 新 特性 。 特 性 处 于 故事 (Story) 和 和 能力 (Capability) 之 间 ， 故 事 
由 单个 团队 在 一 个 迭代 中 完成 ， 能 力 是 价值 流 层级 的 服务 ， 能 力 可 以 跨越 多 个 敏捷 发 布 火车 。 


天 键 角色 


敏捷 发 布 火车 是 由 多 个 自 管理 、 自 组 织 的 敏捷 团队 组 成 ， 他 们 一 起 做 计划 ， 给 出 承诺 并 执行 工作 。 然 而 ， 火 车 不 可 能 自发 地 
组 建 和 驾驶 ， 它 需要 被 指引 和 给 出 方向 ， 这 样 团 队 就 可 以 对 齐 到 共同 的 使 命 ， 在 统一 的 架构 设计 和 用 户 体验 指导 下 完成 工作 。 同 
时 它 还 需要 发 布 火车 工程 师 来 辅助 任务 的 完成 ， 发 布 火车 工程 师 就 是 火车 的 首席 scrum Master。 图 4.1-1 表 明了 这 些 关 键 角色 之 
间 的 “三 四 马车 ”关系 。 
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图 4.1-1 项 目 群 管理 、 内 容 管理 和 架构 的 “三 驾 马 车 ” 
这 三 个 主要 的 职能 有 助 于 确保 项 目 群 层 的 愿景 和 产品 路 线 图 的 成 功 实现 : 


- 项 目 群 执行 一 一 发 布 火 车 工程 师 是 火车 上 的 仆人 式 领 导 和 首席 Scrum Master。 他 协助 团队 在 项 目 群 中 使 用 各 种 机 制 优化 价 
值 流 ， 这 些 机 制 包括 项 目 群 看 板 、 检 视 和 调整 工作 坊 、 项 目 群 增 量 计划 等 。 


. 内 容 管理 一 一 产品 经 理 可 看 成 是 客户 需求 在 组 织 内 部 的 代言 人 人， 他 们 和 客户 以 及 产品 负责 人 一 起 理解 和 沟通 需求 、 定 义 系 
统 的 特性 ， 并 参与 验证 。 他 们 是 项 目 群 待 办 事项 列表 的 负责 人 


: 技术 一 一 系统 架构 师 / 工 程 师 是 一 个 独立 的 个 人 或 者 一 个 小 型 的 多 功能 团队 ， 他 们 真正 运用 系统 思考 来 定义 整个 系统 架 
构 ， 从 而 有 助 于 定义 非 功 能 性 需求 ， 决 定 主要 的 系统 部 件 和 子 系统 ， 同 时 他 们 还 协助 定义 接口 和 接口 之 间 的 协作 关系 。 


在 大 型 的 价值 流 中 ， 以 上 这 些 角色 也 会 参加 解决 方案 的 项 目 群 增 量 计划 前 会 议和 项 目 群 增 量 计划 后 会 议 。 


跨 层级 面板 


在 SAFe 全 景 图 中 ， 项 目 群 层级 有 一 组 特定 的 图 标 ， 它 们 出 现在 价值 流 层级 和 项 目 群 层级 的 连接 处 ， 称 之 为 “ 跨 层级 面 
板 ”， 如 图 4.1-2 所 示 。 
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图 4.1-2” 跨 层级 面板 


跨 层级 面板 上 的 工件 和 角色 都 对 敏捷 发 布 火车 和 项 目 群 层 级 有 用 ， 在 第 5 章 中 都 将 进行 阐述 。 这 些 内 容 是 跨 层级 的 ， 因 为 它 
们 在 价值 流 层级 也 是 非常 有 用 的 。 当 你 点 击 SAFe 全 景 图 右边 的 “伸缩 ”按钮 时 ， 你 会 看 到 价值 流 层 可 以 被 收 起 或 者 展开 。 当 收 
起 价值 流 层 时 ，“ 跨 层级 面板 ”就 呈现 在 项 目 群 层 和 投资 组 合 层 之 间 ， 这 些 内 容 也 可 以 在 投资 组 合 层 上 发 挥 相应 的 作用 。SAFe 
框架 结构 最 重要 的 特性 就 在 于 它 的 可 配置 性 和 模块 化 ， 这 样 就 可 以 很 好 地 支持 企业 根据 业务 需求 来 决定 使 用 三 层 或 者 四 层 结构 。 


价值 流 和 投资 组 合 的 关联 


项 目 群 与 价值 流 /投资 组 合 之 间 具 有 双向 的 关联 关系 。 项 目 群 愿景 和 路 线 图 给 出 需要 开发 的 解决 方案 和 能 力 ， 反 映 客户 和 利 
益 相关 者 的 需求 ， 并 针对 这 些 需 求 给 出 建议 的 解决 方法 。 


然而 ， 在 多 个 敏捷 发 布 火车 的 价值 流 中 ， 项 目 群 的 愿景 和 路 线 图 不 是 独立 制订 的 。 通 常情 况 下 ， 是 在 每 个 项 目 群 增 量 的 边界 
处 多 个 敏捷 发 布 火车 相互 协作 ， 而 且 必须 就 解决 方案 进行 同步 。 项 目 群 投资 组 合 管理 部 门 以 及 产品 和 解决 方案 管理 部 门 会 为 每 一 
辆 火车 协调 工作 ， 以 确保 愿景 和 路 线 图 的 开发 能 够 保持 一 致 。 


传统 项 目 群 敏捷 发 布 火车 的 混合 
企业 在 进行 SAFe 转 型 时 ， 尤 其 是 当 供 应 商 的 开发 实践 活动 不 受 企业 控制 时 ， 传 统 的 (瀑布 式 ) 项 目 群 可 能 依然 会 存在 。 
此 ，SAFe 的 项 目 群 投资 组 合 管理 提供 了 一 套 治理 模型 ， 可 以 在 传统 的 “阶段 -门限 ”项 目 群 中 指导 敏捷 发 布 火车 的 执行 。 


在 www.scaledagileframework.com 网 站 上 的 “指南 ” (Guidance) 部 分 ， 可 以 找到 关于 如 何 处 理 这 种 混合 方式 运作 的 文章 
(参见 “敏捷 和 瀑布 开发 混合 ” (Mixing Agile and waterfall Development) 一 文 ) 。 
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第 4 章 SAFe 项 目 群 层 


4.1 项 目 群 层 介绍 


系统 是 必须 被 管理 的 ， 它 不 会 进行 自我 管理 。 如 果 让 其 自我 管理 ， 各 个 组 成 部 分 就 会 变 得 自私 ， 相 互 竟 争 ， 成 为 彼此 独立 的 
利润 中 心 ， 从 而 破坏 整个 系统 。 系 统管 理 的 奥秘 就 是 面向 组 织 目标 ， 协 调 各 个 部 分 之 间 的 合作 。 


摘要 


为 了 完成 某 种 重要 的 研发 使 命 ， 多 个 开发 团队 和 其 他 资源 一 起 工作 ， 就 形成 了 项 目 群 层 。 在 SAFe 的 项 目 群 层级 ， 团 队 、 角 
色 和 活动 都 围绕 着 敏捷 发 布 火车 来 建立 。 敏 捷 发 布 火车 是 一 个 比喻 ， 它 用 来 说 明 若 干 敏 捷 团 队 持续 增 量 地 交付 客户 价值 。 敏 捷 发 
布 火 车 是 一 个 虚拟 的 组 织 ， 它 由 多 个 跨 职 能 边界 的 敏捷 团队 组 成 ， 可 以 有 效 地 减少 和 消除 不 必要 的 交接 及 多 余 的 步 又， 从 而 通过 
实现 SAFe 精 益 -敏捷 原则 和 实践 ， 来 加 速 客 户 价值 的 交付 。 


虽然 SAFe 中 使 用 “项 目 群 层 ” 这 个 术语 ， 但 实际 上 它 不 像 传 统 的 “项 目 群 ”那样 被 赋予 明确 的 开始 结束 时 间 和 临时 分 配 的 
资源 。 与 之 相 比 ， 敏 捷 发 布 火车 具有 更 长 的 生命 周期 、 组 织 结构 和 更 持久 的 自我 管理 及 使 命 。 它 具有 长 期 性 、 基 于 流动 和 自 组 织 
的 特点 ， 这 些 特 点 可 以 强 有 力 地 支持 SAFe 投 资 组 合 层级 的 运作 。 


SAFe 中 的 客户 价值 是 通过 这 些 长 期 存在 的 敏捷 发 布 火车 来 交付 的 ， 每 个 敏捷 发 布 火车 都 实现 了 价值 流 的 一 部 分 (有 时 是 整 
个 价值 流 ) 。 敏 捷 交 付 火 车 会 在 项 目 群 增 量 中 进行 价值 的 增 量 式 交付 ， 每 个 项 目 群 增 量 的 周期 是 8 ~ 12 周 的 时 间 盒 ， 通 过 多 个 迭 
代 进 行 重要 的 、 有 价值 的 系统 开发 。 每 个 敏捷 交付 火车 包含 5 ~ 12 个 敏捷 团队 (50 ~ 125 人 ) ,敏捷 交 付 火车 包含 价值 交付 所 需 
要 的 团队 角色 和 基础 架构 ， 用 以 支持 交付 全 面 测试 的 、 可 工作 的 、 系 统 级 的 软件 。 很 多 发 布 火车 是 虚拟 、 跨 组 织 和 跨 地 域 边界 
A, 有 些 火 车 也 可 以 根据 业务 或 者 产品 线 的 管理 汇报 路 线 与 组 织 结构 进行 组 建 。 


管理 价值 的 流动 


项 目 群 层 的 一 个 主要 的 职责 是 发 现 、 定 义 和 开 发 那些 业务 所 需要 的 特性 (Feature) 和 使 能 (Enabler) ， 从 而 实现 组 织 的 
业务 愿景 和 路 线 图 。SAFe 提 供 了 一 套 项 目 群 看 板 系 统 ， 用 来 有 效 地 管理 流动 ， 也 可 以 确保 向 所 有 利益 相关 者 提供 可 视 化 的 呈 
现 。 项 目 群 看 板 系统 可 以 用 于 确保 在 到 达 项 目 群 增 量 边界 之 前 ， 所 有 的 特性 都 经 过 周密 合理 的 分 析 ， 进 行 了 优先 级 排序 和 接收 标 
准 的 建立 ， 从 而 保证 正确 的 实现 。 


特性 在 项 目 群 待 办 事项 列表 中 进行 维护 和 优先 级 排序 ， 在 实现 过 程 中 ， 需 要 调整 特性 的 规模 大 小 使 其 适应 于 项 目 群 增 量 的 时 
间 周 期 ， 这 样 才能 保证 每 次 项 目 群 增 量 都 会 交付 完整 意义 的 新 特性 。 特 性 处 于 故事 (Story) 和 能 力 (Capability) 之 间 ， 故 事 
由 单个 团队 在 一 个 迭代 中 完成 ， 能 力 是 价值 流 层级 的 服务 ， 能 力 可 以 跨越 多 个 敏捷 发 布 火车 。 


关键 角色 


敏捷 发 布 火车 是 由 多 个 自 管理 、 自 组 织 的 敏捷 团队 组 成 ， 他 们 一 起 做 计划 ， 给 出 承诺 并 执行 工作 。 然 而 ， 火 车 不 可 能 自发 地 
组 建 和 驾驶 ， 它 需要 被 指引 和 给 出 方向 ， 这 样 团 队 就 可 以 对 齐 到 共同 的 使 命 ， 在 统一 的 架构 设计 和 用 户 体验 指导 下 完成 工作 。 同 
时 它 还 需要 发 布 火车 工程 师 来 辅助 任务 的 完成 ， 发 布 火车 工程 师 就 是 火车 的 首席 scrum Master。 图 4.1-1 表 明了 这 些 关 键 角色 之 
间 的 “三 四 马车 ”关系 。 
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图 4.1-1 项 目 群 管理 、 内 容 管理 和 架构 的 “三 驾 马 车 ” 
这 三 个 主要 的 职能 有 助 于 确保 项 目 群 层 的 愿景 和 产品 路 线 图 的 成 功 实现 : 


- 项 目 群 执行 一 一 发 布 火 车 工程 师 是 火车 上 的 仆人 式 领 导 和 首席 Scrum Master。 他 协助 团队 在 项 目 群 中 使 用 各 种 机 制 优化 价 
值 流 ， 这 些 机 制 包括 项 目 群 看 板 、 检 视 和 调整 工作 坊 、 项 目 群 增 量 计划 等 。 


. 内 容 管理 一 一 产品 经 理 可 看 成 是 客户 需求 在 组 织 内 部 的 代言 人 人， 他 们 和 客户 以 及 产品 负责 人 一 起 理解 和 沟通 需求 、 定 义 系 
统 的 特性 ， 并 参与 验证 。 他 们 是 项 目 群 待 办 事项 列表 的 负责 人 


: 技术 一 一 系统 架构 师 / 工 程 师 是 一 个 独立 的 个 人 或 者 一 个 小 型 的 多 功能 团队 ， 他 们 真正 运用 系统 思考 来 定义 整个 系统 架 
构 ， 从 而 有 助 于 定义 非 功 能 性 需求 ， 决 定 主要 的 系统 部 件 和 子 系统 ， 同 时 他 们 还 协助 定义 接口 和 接口 之 间 的 协作 关系 。 


在 大 型 的 价值 流 中 ， 以 上 这 些 角色 也 会 参加 解决 方案 的 项 目 群 增 量 计划 前 会 议和 项 目 群 增 量 计划 后 会 议 。 


跨 层级 面板 


在 SAFe 全 景 图 中 ， 项 目 群 层级 有 一 组 特定 的 图 标 ， 它 们 出 现在 价值 流 层级 和 项 目 群 层级 的 连接 处 ， 称 之 为 “ 跨 层级 面 
板 ”， 如 图 4.1-2 所 示 。 
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图 4.1-2 ” 跨 层 级 面板 


跨 层级 面板 上 的 工件 和 角色 都 对 敏捷 发 布 火车 和 项 目 群 层 级 有 用 ， 在 第 5 章 中 都 将 进行 阐述 。 这 些 内 容 是 跨 层级 的 ， 因 为 它 
们 在 价值 流 层级 也 是 非常 有 用 的 。 当 你 点 击 SAFe 全 景 图 右边 的 “伸缩 ”按钮 时 ， 你 会 看 到 价值 流 层 可 以 被 收 起 或 者 展开 。 当 收 
起 价值 流 层 时 ，“ 跨 层级 面板 ”就 呈现 在 项 目 群 层 和 投资 组 合 层 之 间 ， 这 些 内 容 也 可 以 在 投资 组 合 层 上 发 挥 相应 的 作用 。SAFe 
框架 结构 最 重要 的 特性 就 在 于 它 的 可 配置 性 和 模块 化 ， 这 样 就 可 以 很 好 地 支持 企业 根据 业务 需求 来 决定 使 用 三 层 或 者 四 层 结构 。 


价值 流 和 投资 组 合 的 关联 


项 目 群 与 价值 流 /投资 组 合 之 间 具 有 双向 的 关联 关系 。 项 目 群 愿景 和 路 线 图 给 出 需要 开发 的 解决 方案 和 能 力 ， 反 映 客户 和 利 
益 相关 者 的 需求 ， 并 针对 这 些 需 求 给 出 建议 的 解决 方法 。 


然而 ， 在 多 个 敏捷 发 布 火车 的 价值 流 中 ， 项 目 群 的 愿景 和 路 线 图 不 是 独立 制订 的 。 通 常情 况 下 ， 是 在 每 个 项 目 群 增 量 的 边界 
处 多 个 敏捷 发 布 火车 相互 协作 ， 而 且 必须 就 解决 方案 进行 同步 。 项 目 群 投资 组 合 管理 部 门 以 及 产品 和 解决 方案 管理 部 门 会 为 每 一 
辆 火车 协调 工作 ， 以 确保 愿景 和 路 线 图 的 开发 能 够 保持 一 致 。 


传统 项 目 群 敏捷 发 布 火车 的 混合 


企业 在 进行 SAFe 转 型 时 ， 尤 其 是 当 供 应 商 的 开发 实践 活动 不 受 企业 控制 时 ， 传 统 的 (瀑布 式 ) 项 目 群 可 能 依然 会 存在 。 
此 ，SAFe 的 项 目 群 投资 组 合 管理 提供 了 一 套 治理 模型 ， 可 以 在 传统 的 “阶段 -门限 ”项 目 群 中 指导 敏捷 发 布 火 车 的 执行 。 
在 www.scaledagileframework.com 网 站 上 的 “指南 ” (Guidance) 部 分 ， 可 以 找到 关于 如 何 处 理 这 种 混合 方式 运作 的 文章 
(参见 “敏捷 和 瀑布 开发 混合 ” (Mixing Agile and waterfall Development) 一 文 ) 。 
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42 ”敏捷 友 布 火车 


对 齐 原则 : 整体 对 齐 所 创造 的 价值 大 于 局 部 优秀 所 创造 的 价值 。 


Donald Reinertsen 


摘要 


敏捷 发 布 火车 是 SAFe 体 系 中 最 主要 的 价值 交付 体 。 每 一 列 火 车 都 是 一 个 长 期 存在 的 、 自 组 织 的 敏捷 团队 集合 ， 它 是 一 个 虚 
拟 的 组 织 (5 ~ 12 个 敏捷 团队 ) ， 这 些 团队 一 起 做 计划 、 给 出 承诺 并 执行 工作 。 敏 捷 发 布 火车 的 创建 是 围绕 企业 主要 的 价值 流 来 
进行 的 ， 创 建 后 的 敏捷 发 布 火车 独立 运作 ， 并 通过 构建 解决 方案 向 最 终 用 户 提供 收益 ， 从 而 实现 团队 交付 价值 的 承诺 。 


敏捷 发 布 火车 中 所 有 的 敏捷 团队 通过 共同 的 愿景 、 路 线 图 和 项 目 群 待 办 事项 列表 ， 对 齐 到 共同 的 使 命 上 。 项 目 群 增 量 提供 了 
一 个 固定 的 开发 时 间 盒 (默认 是 10 周 ) ， 团 队 以 相同 的 节奏 工作 并 保持 同步 ， 从 而 可 以 促进 计划 活动 、 限 制 在 制品 、 提 供 有 价 
值 的 可 交付 品 ， 并 确保 持续 的 回顾 总 结 活动 。 同 时 ， 项 目 群 增 量 时间 盒 也 提供 了 一 个 固定 的 思考 时 间 ， 用 于 考虑 投资 组 合 和 路 线 
图 匹配 等 事宜 。 每 列 火车 都 有 专职 的 人 员 和 必需 的 资源 ， 他 们 在 每 个 迭代 中 ， 对 有 价值 的 能 力 进行 持续 的 定义 、 构 建 和 测试 。 火 
车 也 提供 了 架构 、 软 件 工 程 和 用 户 经 验 的 指南 来 帮助 团队 构建 系统 ， 从 而 支持 当前 和 未 来 的 用 户 及 业务 需求 。 


SAFe 项 目 群 层级 的 团队 、 角 色 和 活动 都 是 围绕 敏捷 交付 火车 来 构建 的 ， 由 多 个 敏捷 团队 组 成 ， 负 责 在 组 织 价值 流 中 持续 增 
量 交 付 用 户 价值 。 


解决 方案 的 开发 是 按照 标准 的 节奏 进行 的 ， 但 可 以 在 任意 时 间 进 行 发布 ， 相 关内 容 在 4.19 节 中 有 所 前 述 。 关 于 开发 的 节 
奏 ，SAFe 全 景 图 中 表明 一 个 项 目 群 增 量 包 括 四 个 开发 迭代 和 一 个 创新 与 计划 (IP) 迭代 。SAFe 框 架 把 这 个 时 间 盒 称 为 一 个 项 目 
群 增 量 。 


SAFe 全 景 图 中 显示 的 这 个 项 目 群 增 量 节奏 ， 只 是 一 种 建议 的 方式 ， 其 实 没有 固定 的 规则 来 规定 每 个 项 目 群 增 量 中 应 该 有 多 
少 个 迭代 ， 也 没有 规定 应 该 为 |P 迭 代 保留 多 少时 间 。 组 织 可 以 自行 定义 。 


很 多 企业 选择 在 项 目 群 增 量 边界 进行 软件 发 布 ， 但 是 软件 的 对 外 发 布 是 可 以 独立 于 项 目 群 增 量 节奏 的 ， 价 值 流 或 者 每 列 火 车 
可 以 根据 情况 自行 决定 。 此 外 ， 对 于 大 型 的 系统 ， 发 布 并 不 是 要 么 一 次 性 进行 完整 交付 ， 要 么 什么 也 不 交付 的 情况 ; 发 布 可 以 是 
解决 方案 的 一 部 分 (比如 子 系统 、 服 务 等 ) ， 也 可 以 安排 在 不 同 的 时 间 段 发 布 ， 关 于 这 一 点 5.10 节 中 会 详细 描述 。 


授权 每 个 团队 专注 在 价值 的 快速 交付 上 ， 可 以 激发 团队 的 原始 能 量 、 内 在 动机 和 创新 精神 ， 而 这 些 潜能 在 命令 -控制 的 管理 
模式 下 是 被 束缚 的 。 然 而 ， 仪 仅 集 中 在 快速 交付 价值 上 是 远 远 不 够 的 ， 因 为 团队 很 可 能 会 趋 于 进行 局 部 的 做 化。 团队 竭尽 所 能 持 
续 地 交付 客户 价值 ， 但 是 他 们 也 可 能 会 缺乏 全 局 观 。 因 为 全 局 的 优化 能 带 给 企业 最 大 的 益处 ， 所 以 敏捷 发 布 火车 可 以 帮助 团队 保 
持 方向 一 致 ， 并 达成 更 大 的 基于 全 局 考虑 的 目标 。 


关键 概念 


“敏捷 发 布 火车 ”的 隐喻 可 以 用 来 进行 几 个 关键 概念 的 解释 : 


` 火车 按照 可 靠 的 时 间 表 离开 和 到 达 车 站 ， 这 样 给 项 目 提供 了 固定 的 开发 节奏 ， 标 准 的 敏捷 发 布 火车 速度 和 可 预测 的 计划 
(在 很 多 情况 下 ， 发 布 也 是 基于 节奏 的 ) 。 


" 所 有 的 “货物 ”， 包 括 原型 、 模 型 、 软 件 、 硬 件 和 文档 等 ， 都 包含 在 火车 上 。 


“不论 人 员 的 人 事 汇报 线 结构 如 何 ， 火 车 上 的 大 部 分 人 员 都 是 全 职 的 。 如 果 你 想 参 加 相应 的 工作 ， 就 需要 加 入 到 火车 上 。 


敏捷 发 布 火车 通过 提供 按 节奏 的 开发 和 同步 活动 ， 协 调 所 有 团队 ， 并 帮助 团队 管理 风险 和 可 变 因 素 。 它 的 工作 是 基于 一 套 共 


同 的 操作 原则 : 
- 敏捷 团队 使 得 火车 全 速 前 进 ， 他 们 是 跨 职能 的 、 自 组 织 的 实体 。 他 们 对 特性 和 组 件 进行 定义 、 构 建 和 测试 。 
. 团队 拥抱 和 遵循 敏捷 宣言 的 原则 以 及 SAFe 的 原则 和 价值 观 。 团 队 使 用 SAFe、ScrumXP 和 XP 敏捷 实践 。 
“ 团队 进行 频繁 的 、 面 对 面 的 滚动 计划 。 
* 项 目 群 增 量 和 迭代 的 日 期 是 固定 的 ， 质量 是 固定 的 ， 工 作 范 围 是 可 变 的 。 
- 团队 应 用 去 中 心 化 的 计划 来 决定 工作 范围 。 
“ 团队 应 用 相同 长 度 的 迭代 周期 、 标 准 化 估算 来 支持 敏捷 发 布 火车 级 别 的 估算 、 计 划 和 集成 。 
持续 集成 在 整个 火车 的 所 有 团队 中 实现 。 
在 每 一 个 迭代 中 ， 通 过 系统 演示 给 关键 的 利益 相关 者 展示 一 个 集成 的 、 敏 捷 发 布 火车 级 别 的 、 可 工作 的 解决 方案 。 


创新 与 计划 迭代 为 项 目 群 增 量 计划 、 创 新 (比如 ， 黑 客 马 拉 松 等 ) 、 持 续 教 育 和 基础 架构 方面 的 工作 提供 了 一 段 受 保护 的 
专门 的 时 间 段 。 


某 些 特定 的 基础 架构 方面 的 组 件 ， 比 如 模型 、 原 型 和 其 他 的 使 能 一 般 来 说 应 该 在 开发 工作 的 前 期 进行 


另外 ， 在 大 型 的 价值 流 中 ， 多 个 敏捷 发 布 火车 协同 工作 去 构建 更 大 的 价值 ， 这 种 价值 以 解决 方案 能 力 的 形式 来 体现 。 在 这 种 
情况 下 ， 敏 捷 发 布 火车 的 利益 相关 者 会 参加 价值 流 层 的 一 些 仪式 ， 包 括 解 决 方案 演示 、 项 目 群 增 量 计划 前 会 议和 项 目 群 增 量 计 划 
后 会 议 。 


敏捷 发 布 火车 的 角色 


除了 敏捷 团队 之 外 ， 敏 捷 发 布 火车 中 还 有 其 他 一 些 关 键 角色 。 


. 发 布 火 车 工程 师 (RTE) ， 他 是 一 个 仆人 式 领 导 ， 是 全 职 的 “首席 Sctum Master” 


品 经 理 (PM) ， 具 有 决定 项 目 群 待 办 事项 列表 内 容 的 权利 ， 他 和 产品 负责 人 一 起 工作 来 管理 工作 范围 和 质量 。 在 大 型 
企业 中 ， 一 个 人 是 无 法 既 处 理 产 品 管理 又 处 理 市 场 决策 ， 同 时 还 专注 在 一 个 敏捷 团队 中 的 。 所 以 产品 经 理 和 产品 负责 人 
(PM/PO) 一 起 工作 来 引导 火车 的 前 行 。 


. 业务 负责 人 是 关键 的 利益 相关 者 ， 他 们 也 出 现在 火车 上 。 


* 用 户 体验 设计 师 、 系 统 架 构 师 和 系统 工程 师 负 责 定 义 架构 跑道 ， 从 而 支持 新 特性 的 开发 。 他 们 同时 也 为 共同 的 解决 方案 行 
为 、 共 享 的 组 件 和 分 离 的 关注 点 提供 指导 。 


. 系统 团队 帮助 构建 基础 架构 、 协 助 集成 、 执 行 敏捷 发 布 火车 级 的 测试 。 系 统 团队 具有 评估 非 功能 性 需求 的 能 力 ， 并 协助 发 
布 火车 的 系统 演示 。 


`- DevOps 是 火车 的 一 个 组 成 部 分 ， 他 们 确保 向 最 终 用 户 快速 交付 价值 。 这 个 角色 提供 了 开发 和 部 署 操作 紧密 结合 的 机 制 。 


* 共享 服务 帮助 火车 实现 一 些 特殊 的 职能 ， 这 些 职 能 可 能 不 是 一 个 火车 专用 的 。 


组 织 敏捷 发 布 火 车 


敏捷 发 布 火车 的 组 成 决定 了 哪些 人 将 在 一 起 进行 计划 和 工作 ， 以 及 将 要 发 布什 么 样 的 产品 、 服 务 、 特 性 或 者 组 件 。 如 何 组 建 
敏捷 发 布 火车 是 SAFe 的 一 门 “艺术 ”， 有 许多 需要 考虑 的 因素 。 


有 效 的 火车 规模 


规模 大 小 是 火车 效率 的 一 个 主要 考虑 因素 ， 有 效 的 敏捷 发 布 火车 通常 包括 50 ~ 125 人 。 人 数 上 限 是 基于 “ 邓 巴 数 ”理论 进行 
设置 的 ，“ 邓 巴 数 ”指出 了 在 人 类 社会 群体 中 可 以 维持 有 效 交 往 和 稳定 社会 关系 的 人 数 上 限 。 大 型 火车 的 人 数 限制 也 遵循 这 个 上 


限 ， 不 过 同时 也 会 面临 更 大 的 挑战 ， 包 括 : 
.后勤 服务 对 于 项 目 群 层 的 活动 变 得 更 复杂 。 
- 项 目 群 增 量 计划 、 系 统 演示 及 检视 和 调整 工作 坊 需要 更 长 的 时 间或 者 变 得 更 加 紧凑 。 
.需要 管理 更 多 的 依赖 关系 。 


-项目 群 待 办 事项 列表 变 得 更 大 ， 项 目 群 增 量 的 队列 长 度 变 大 ， 带 来 了 在 制品 的 增加 。 


: 获得 和 保持 使 命 的 一 致 性 变 得 更 困难 。 

所 以 ，50 ~ 125 人 是 一 个 敏捷 发 布 火车 上 最 典型 的 人 员 数 量 范 围 。 

人 员 数 量 下 限 大 多 是 基于 大 型 企业 实施 SAFe 的 经 验 观察 得 出 的 。 然 而 ， 低 于 ?0 人 的 火车 依然 可 以 非常 有 效 地 运作 (本 书 的 
作者 就 是 工作 在 这 种 规模 的 火车 中 ) ， 也 可 以 在 团队 协作 方面 提供 许多 优 于 传统 方法 的 敏捷 实践 。 只 不 过 较 小 规模 的 火车 通常 会 
做 一 些 适 当 的 调整 来 满足 企业 自身 的 情况 。 

敏捷 发 布 火车 的 组 织 依赖 于 价值 流 的 规模 

考虑 到 规模 限制 的 不 同 ， 可 以 有 以 下 三 种 敏捷 发 布 火车 的 组 织 形式 ， 如 图 4.2-1 所 示 : 

多 个 小 型 价值 流 可 以 在 一 列 敏捷 发 布 火车 中 实现 
2D DD 产品 : 
DD >》 产品 2 


有 些 价值 流 的 规模 刚好 可 以 在 一 列 敏 捷 发 布 火车 中 实现 


系统 
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大 型 价值 流 需要 多 列 敏 捷 发 布 火 车 共同 实现 
re 5 e 
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图 4.2-1 基于 价值 流 规模 的 敏捷 发 布 火 车 组 织 


1. 多 个 价值 流 在 一 个 敏捷 发 布 火车 中 实现 : 这 种 情况 通常 是 一 种 特例 ， 并 不 常见 。 一 般 发 生 在 小 型 企业 中 ， 或 者 是 通过 较 少 


数量 的 人 员 来 构建 大 量 的 产品 的 企业 。 
2. 单 个 价值 流 在 一 个 敏捷 发 布 火车 中 实现 : 这 是 一 种 常见 的 情况 ， 而 且 最 容易 管理 。 因 为 敏捷 发 布 火车 和 价值 流 是 统一 的 。 
3. 价 值 流 比较 大 ， 需 要 多 个 敏捷 发 布 火 车 实现 : 这 也 是 一 种 较为 常见 的 构建 系统 的 情况 ， 但 是 需要 增加 一 些 额 外 的 工作 ， 下 


文 将 进行 描述 。 


拆 分 大 型 价值 流 


在 大 型 的 企业 中 ， 把 较 大 的 价值 流 拆 分 成 多 个 敏捷 发 布 火车 的 情况 是 比较 常见 的 。 拆 分 价值 流 的 过 程 中 ， 一 部 分 需要 技术 ， 
一 部 分 需要 艺术 ， 还 有 一 部 分 需要 社会 和 组 织 的 科学 。 以 下 给 出 一 些 将 大 型 价值 流 拆 分 成 多 个 敏捷 发 布 火车 的 通用 方式 : 


以 解决 方案 的 能 力 或 特性 领域 拆 分 〈 下 文 将 介绍 ) 

:以 子 系统 来 拆 分 OA. BH. BSH, FRI) 

以 客户 和 市 场 分 类 来 拆 分 

“以 价值 子 集 、 价 值 流动 或 分 类 来 拆 分 

` 同时 也 需要 考虑 其 他 因素 ， 包 括 : 

. 火车 应 该 专注 在 单个 的 、 主 要 产品 上 或 者 解决 方案 的 目标 上 

+ 如 果 承担 特性 和 组 件 开发 的 团队 具有 高 度 的 相互 依赖 性 ， 他 们 应 该 一 起 进行 计划 和 工作 


:地域 是 一 个 主要 的 考虑 因素 ， 尽 可 能 地 安排 火车 上 的 团队 在 同一 地 点 工作 ， 或 者 应 该 尽量 限制 分 布 在 不 同 地 点 的 团队 数 
量 ， 这 样 就 可 以 简化 制订 计划 时 的 复杂 度 ， 并 促进 团队 间 的 协作 


投资 的 来 源 


设计 火车 时 需要 非常 认真 的 权衡 和 取舍 。 通 常情 况 下 ， 在 设计 火车 时 可 以 综合 考虑 以 上 几 种 不 同 的 模式 。 例 如 : 大 型 价值 流 
包含 多 个 火车 时 ， 通 常 需要 同时 考虑 能 力 和 子 系统 。 下 面 的 章节 将 描述 在 组 织 火 车 时 ， 如 何平 衡 考虑 能 力 和 子 系统 这 两 种 模式 。 


围绕 能 力 和 子 系统 来 组 织 火 车 


两 种 主要 的 敏捷 发 布 火车 组 织 形 式 是 围绕 着 能 力 和 子 系统 来 进行 的 。 如 图 4.2-2 所 示 。 例 如 : 一 个 火车 可 以 是 围绕 客户 要 求 
的 端 到 端的 功能 (能力 ) 来 组 织 ， 也 可 以 是 围绕 移动 应 用 ( 子 系统 ) 来 组 织 。 


客户 注册 


t A 
移动 应 用 


图 4.2-2 RAR KET AIRE 
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A 


E 力 和 子 系 统 来 组 织 


按 能 力 组 建 的 敏捷 发 布 火车 可 以 优化 价值 流 和 加 快 交付 速度 ， 企 业 通常 都 会 倾向 于 选择 这 种 方式 。 然 而 ,为 了 防止 由 于 架 
构 老 化 最 终 导 致 的 交付 速度 减 慢 ， 这 种 方式 需要 考虑 额外 的 技术 治理 。 


` 按照 子 系统 组 建 的 敏捷 发 布 火 车 能 够 优化 架构 的 健壮 性 、 优 化 关键 组 件 或 者 重用 度 高 的 组 件 。 然 而 ， 这 种 方式 需要 额外 的 
协作 来 管理 依赖 关系 ， 同 时 协调 不 同 火 车 的 优先 级 顺序 以 达到 一 个 合理 的 交付 速度 。 
为 火车 组 织 团队 


一 旦 敏捷 发 布 火车 的 边界 确定 好 之 后 ， 进 行 价值 构建 的 敏捷 团队 也 就 明确 下 来 了 。 下 一 步 就 是 要 考虑 通过 减少 依赖 关系 和 工 
作 交 接 来 最 大 化 交付 速度 ， 同 时 也 要 保持 系统 染 构 和 工程 的 健壮 性 ， 以 及 系统 的 质量 。 团 队 可 以 围绕 以 下 几 个 方面 来 组 织 : 
容 是 用 户 故 


.组件 一 一 组 件 团队 是 重点 关注 一 个 特定 组 件 或 一 系列 组 件 的 敏捷 团队 。 这 种 团队 的 待 办 习 
E) o BAA Fork Ae 


. 其 他 一 一 平台 


. 特性 一 一 特性 团队 是 以 用 户 功能 为 核心 来 组 建 的 敏捷 团队 。 每 个 团队 都 能 交付 端 对 端的 用 户 价值 。 特 性 团队 主要 的 工作 内 
FE 、 重 构 和 探 针 ， 当 然 ， 在 他 们 的 待 办 事项 列表 中 也 会 包含 技术 故事 。 
BFS AP ee E (例如 ， 探 针 ) 。 


架构 层 、 编 程 语言 


项 列表 中 通常 包含 技术 故 
中 间 件 、 用 户 接口 、 数 据 库 、 业 务 逻 辑 、 语 言 
大 部 分 的 敏捷 发 布 火车 都 是 特性 团队 和 组 件 团队 的 混合 体 : 


技术 、 地 理 位 置 ， 等 等 。 
团队 成 员 可 以 更 好 、 更 灵活 地 完成 手头 的 工作 。 


化 、 关 注 点 的 隔离 ， 以 及 组 件 的 重用 。 


> 精益 更 加 倾向 于 特性 团队 ， 因 为 他 们 可 以 提供 更 快 的 速度 和 更 少 的 依赖 关系 。 这 种 团队 有 助 于 TIT 型 技术 人 才 的 培养 ， 以 便 
* 组 件 团队 可 以 用 在 系统 重用 性 很 高 、 具 有 很 强 的 技术 特性 要 求 ， 以 及 处 理 关 键 的 非 功 能 性 需求 等 情况 下 。 但 是 组 件 团队 应 


该 遵循 一 项 原则 ， 即 每 一 个 组 件 都 是 系统 中 的 一 个 潜在 的 、 可 替代 的 组 成 部 分 ， 并 具有 良好 定义 的 接口 。 这 样 就 可 以 支持 模块 
敏捷 交付 火车 的 组 建 应 该 尽 
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43 发布 火车 工程 师 和 价值 流 工 程 师 


为 属于 别人 的 问题 负责 ， 是 对 我 们 自身 权力 的 一 种 滥用 。 


Peter Block!!! 


摘要 


尽管 敏捷 发 布 火车 包含 多 个 自 组 织 、 自 管理 的 团队 ， 但 是 这 些 团 队 并 不 需要 进行 敏捷 发 布 火车 的 驾驶 和 引导 ， 驾 驶 和 引导 的 
职责 由 发 布 火车 工程 师 (RTE) 来 担当 。RTE 的 职责 在 于 促进 项 目 群 层级 的 流程 和 执行 、 升 级 问题 障碍 、 管 理 风 险 ， 并 帮助 驱动 
项 目 群 层级 的 持续 改进 。 


在 价值 流 层级 ， 价 值 流 工程 师 (VSE) 扮演 着 类 似 的 角色 ， 即 促进 和 指导 所 有 敏捷 发 布 火车 与 外 部 供应 商 协 同 工 作 。 一 般 来 
说 ，RTE 和 VSE 应 该 具有 程序 员 或 者 开发 经 理 的 背景 ， 并 且 作 为 仆人 式 领 导 了 解 如 何 高 效 地 实施 团队 协作 。 他 们 深刻 理解 精益 和 
敏捷 的 规模 化 ， 理 解 在 协助 和 持续 确保 大 型 开发 项 目 群 时 ， 所 面临 的 特有 的 挑战 和 机 会 。 


发 布 火车 工程 师 和 价值 流 工程 师 负责 促进 敏捷 发 布 火车 与 价值 流 中 的 流程 及 执行 ， 他 们 升级 问题 障碍 、 管 理 风险 ， 并 帮助 驱 
动 持续 改进 。 有 些 RTE 和 VSE 还 会 参与 组 织 的 精益 -敏捷 转型 ， 也 会 在 新 流程 和 思维 模式 下 ， 对 领导 层 、 团 队 和 Scrum Master 进 
行 教练 辅导 ， 他 们 还 会 帮助 企业 采用 SAFe 框 架 ， 对 相关 实践 进行 标准 化 并 形成 文档 。 


责任 


RTE 和 VSE 通 常会 履行 以 下 职责 : 
画 过 各 种 项 目 群 管理 工具 对 价值 流 进行 管理 和 优化 ， 例 如 使 用 项 目 群 和 价值 流 看 板 以 及 信息 雷达 


创建 和 沟通 用 于 和 迭代 与 项 目 群 增 量 的 年 度 日 程 表 


过 准备 愿景 和 待 办 事项 列表 ， 以 及 项 目 群 增 量 计划 前 、 后 会 议 ， 来 促进 和 引导 项 目 群 增 量 计划 准备 会 议 


“ 引导 实施 项 目 群 增 量 计划 会 议 


* 把 各 团队 的 项 目 群 增 量 目标 整合 到 项 目 群 的 项 目 群 增 量 目标 中 (RTE) ， 并 形成 清晰 和 透明 的 目标 发 布 


- 把 项 目 群 的 项 目 群 增 量 目标 整合 到 价值 流 的 项 目 群 增 量 目标 中 (VSE) ， 并 形成 清晰 和 透明 的 目标 发 布 
:协助 跟踪 执行 和 完成 特性 /能 力 的 过 程 〈 请 参考 5.8 节 的 相关 内 容 ) 
引导 开展 周期 性 的 同步 会 议 ， 包 括 基于 项 目 群 层级 的 敏捷 发 布 火车 同步 会 议和 基于 价值 流 层级 的 价值 流 同步 会 议 
促进 团队 对 特性 和 能 力 的 估算 ， 以 及 上 升 到 价值 流 层 和 投资 组 合 层 的 估算 ， 以 协助 做 出 经 济 上 的 决策 
> 跟踪 问题 障碍 并 执行 升级 处 理 
- 鼓励 敏捷 团队 与 系统 和 解决 方案 架构 师 、 工 程 师 ， 以 及 用 户 体 验 设计 师 之 间 进 行 协作 
. 与 产品 经 理 、 产 品 所 有 者 以 及 其 他 价值 流 层 级 的 利益 相关 者 共同 合作 ， 以 确保 组 织 战略 与 实施 的 一 致 性 
:协助 管理 风险 和 依赖 关系 
. 向 项 目 群 投资 组 合 管理 组 织 (PPM) 和 发 布 管理 组 织 提供 状态 报告 及 支持 相关 活动 
. 清楚 掌握 敏捷 发 布 火 车 预算 ， 并 使 整体 运作 符合 预算 范围 
- 为 资源 投入 提供 输入 信息 ， 以 便 解 决 关键 瓶颈 问题 
| 参加 系统 演示 和 解决 方案 演示 
通过 检视 和 调整 (I&A) 工作 坊 驱 动 持 续 改 进 ， 评 估 项 目 群 和 价值 流 的 敏捷 程度 并 协助 改进 
" 鼓励 在 团队 层 、 项 目 群 层 和 价值 流 层 的 持续 集成 ， 以 及 基于 SAFe、 敏 捷 、 精 益 、 卓 越 技术 和 内 建 质量 的 实践 社区 (CoP) 


: 在 精益 -敏捷 实践 和 思维 模式 下 ， 对 领导 层 、 团 队 和 Scrum Mastet 进 行 教练 辅导 


汇报 结构 


在 SAFe 框 架 中 没有 明确 规定 汇报 的 结构 ， 但 通常 RTE 和 VSE 会 向 企业 中 的 开发 组 织 或 敏捷 PMO 进 行 汇报 ， 这 些 组 织 在 SAFe 
框架 中 被 认为 是 项 目 群 投资 组 合 管理 部 门 的 一 部 分 。 对 于 已 经 存在 PMO 组 织 的 企业 ， 通 常会 由 项 目 群 经 理 充 当 此 和 角色。 他们 通 
常 已 经 具备 承担 RTE 职 责 的 组 织 级 管理 技能 ,但 可 能 需要 改变 原来 的 思维 模式 ， 从 传统 项 目 群 管理 的 思维 向 精益 -敏捷 的 思维 逐 
渐 转 变 。 


RTE 和 VSE 是 仆人 式 .领导 


对 于 新 的 RTE 和 VSE 角 色 ， 通 常 需 要 进行 思维 模式 的 转变 ， 从 传统 的 指导 和 管理 式 风 格 转变 为 仆人 式 领 导 风格 。 仆 人 式 领 导 
是 一 种 领导 的 哲学 ， 其 内 涵 是 反映 包括 人 员 、 工 作 和 团队 精神 在 内 的 全 面 质量 观 (参考 资料 [1]) 。 在 RTE 和 VSE 的 工作 场景 中 ， 
其 工作 焦点 是 对 各 个 自 组 织 和 自 管理 的 敏捷 团队 和 敏捷 发 布 火 车 提供 必要 的 支持 。 仆 人 式 领 导 风 格 的 特点 包括 : 


在 各 团队 识别 问题 和 进行 决策 的 过 程 中 耐心 倾听 并 提供 支持 
创建 一 个 相互 影响 的 协作 环境 
“ 理解 团队 其 他 成 员 并 与 之 共 情 


+ 鼓励 和 支持 团队 成 员 的 个 人 发 展 ， 以 及 团队 的 整体 发 展 


- 通过 沟通 协调 说 服 他 人 ， 而 不 是 采用 命令 式 的 强迫 执行 
` 跳出 具 体 的 日 常 活动 考虑 问题 ， 采 用 系统 思考 

: 对 团队 的 承诺 提供 支持 服务 

- 在 与 他 人 的 协作 中 ， 始 终 保 持 开 放 和 欣赏 的 心态 


正如 仆人 式 领导 之 父 Robert Greenleaf 所 言 ，“ 好 的 领导 首先 应 该 是 一 个 好 仆人 。” 与 项 目 群 投资 组 合 管理 向 精益 -敏捷 模 
式 转变 时 必须 遵守 的 若干 指导 原则 相 类 似 ， 从 传统 的 直接 式 领导 向 仆人 式 领 导 风 格 转 变 时 ， 同 样 存在 一 些 指导 实践 的 原则 ， 它 们 
包括 : 


" 从 协调 团队 的 具体 活动 及 其 结果 ， 转 变 为 教练 团队 内 部 和 团队 之 间 如 何 进行 协作 
- 从 针对 完成 期 限 的 管理 ， 转 变 为 针对 目标 的 管理 

“ 从 直接 驱动 产 出 特定 的 交付 物 ， 转 变 为 关注 项 目 群 的 整体 绩效 

从 直接 询问 结果 ， 转 变通 过 问 问题 协助 团队 找到 答案 

.从 直接 式 领导 ， 转 变 为 实现 团队 自 组 织 ， 以 及 自行 决定 前 进步 伐 


从 直接 干预 解决 问题 ， 到 协助 团队 自行 解决 问题 


参考 资料 


[1] See Servant Leadership at http://en.wikipedia.org/wiki/Servant_leadership. 


[2] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 


[3] Trompenaars, Fons and Ed Voerman.Setvant-Leadership Across Cultures: Harnessing the Strengths of the World’ s Most 


Powerful Management Philosophy.McGraw-Hill, 2009. 


[1] 《完美 咨询 : 咨询 顾问 的 圣经 》 作 者 。 


译 者 注 


44 系统 和 解决 方案 架构 师 / 工 程 师 


工程 师 是 一 个 伟大 的 职业 。 先 是 在 纸 上 描 绘 头脑 中 想象 的 事物 ， 然 后 在 石头 、 金 属 或 菜 种 能 量 上 实现 ， 然 后 被 人 们 带 回 家 


里 ， 并 改变 原 有 的 生活 使 之 变 得 更 加 舒适 ， 这 就 是 工程 师 的 最 高 荣光 。 


一 一 赫 伯 特 - 克拉 克 - 胡 佛 (1874—1964) H 


摘要 


SAFe 全 景 图 中 的 系统 和 解决 方案 “架构 师 / 工 程 师 ”图 标 ， 代 表 有 技术 能 力 对 整体 系统 和 解决 方案 进行 架构 以 及 工程 设计 的 
个 人 和 团队 。 


架构 师 / 工 程 师 是 在 解决 方案 开发 过 程 中 真正 “使 用 系统 视角 ”的 跨 职 能 团队 。 他 们 参与 定义 更 高 层 的 功能 性 和 非 功能 性 需 
求 ， 分 析 技 术 得 失 ， 确 定 主要 的 组 件 和 子 系统 ， 定 义 接 口 以 及 接口 间 的 协作 。 他 们 清楚 整个 解决 方案 ， 并 且 与 团队 、 客 户 和 供应 
商 一 起 确保 解决 方案 能 够 适应 客户 的 工作 环境 。 


架构 师 / 工 程 师 扮演 着 关键 的 角色 ， 他 们 与 解决 方案 和 产品 经 理 合 作 ， 确 保 团队 保持 正确 的 技术 方向 以 完成 使 命 、 愿 景 和 路 
线 图 。 


当然 ， 他 们 是 了 解 大 规模 解决 方案 开发 复杂 性 的 精益 -敏捷 领导 者 ， 他 们 应 用 精益 和 敏捷 实践 来 实现 解决 方案 。 


架构 师 /工程 师 在 开发 解决 方案 时 ， 确 保价 值 流 和 敏捷 发 布 火车 基于 共同 的 技术 和 架构 愿景 。 他 们 参与 系统 和 子 系 统 的 定 
义 ， 验 证 技术 假设 和 评估 备 选 方案 。 他 们 通过 提供 、 沟 通 和 演进 解决 方案 的 宏观 技术 与 架构 ， 来 支持 解决 方案 的 开发 。 


在 项 目 群 层 和 价值 流 层 ， 都 会 有 架构 师 / 工 程 师 团队 。 系 统 架构 师 / 工 程 师 通常 工 作 在 敏捷 发 布 火车 上 ， 他 们 与 敏捷 团队 一 同 
工作 并 对 敏捷 发 布 火车 学 围 内 的 子 系统 和 能 力 提供 技术 使 能 支持 。 解 决 方案 架构 师 /工程 师 团 队 为 整个 解决 方案 的 演变 发 展 提供 
技术 领导 和 支持 。 


架构 师 / 工 程 师 都 深度 参与 和 业务 人 员 、 团 队 、 客 户 、 供 应 商 ， 以 及 第 三 方 利益 相关 者 的 合作 ， 定 义 技术 基础 设施 ， 把 复杂 
系统 分 解 为 组 件 和 子 系 统 ， 定 义 子 系统 之 间 的 接口 以 及 解决 方案 之 间 的 接口 。 


同时 ， 架 构 师 /工程 师 还 为 解决 方案 架构 提供 了 一 个 通用 的 视图 ， 能 够 让 那些 得 到 授权 的 开发 人 员 选 择 最 快 并 能 带 来 更 好 经 
济 价值 的 决策 。 
责任 


架构 师 和 系统 工程 师 团 队 是 精益 -敏捷 的 领导 者 ， 其 典型 的 职责 如 下 : 

- 参与 解决 方案 的 计划 、 定 义 和 概 要 设计 ， 并 研究 可 选 的 解决 方案 

" 定义 子 系 统 及 其 接口 ， 分 配子 系统 的 职责 ， 理 解 解决 方案 的 部 署 ， 并 在 解决 方案 的 上 下 文中 进行 沟通 

. 与 客户 、 利 益 相关 者 、 供 应 商 一 起 确定 概要 的 解决 方案 意图 ， 帮 助 建立 解决 方案 意图 的 信息 模型 和 确定 文档 需求 

- 确定 解决 方案 级 的 关键 非 功能 性 需求 ， 并 参与 相关 的 定义 

: 在 经 济 框架 内 ， 验 证 设计 决策 的 经 济 影响 

- 与 投资 组 合 利益 相关 者 ， 特 别 是 企业 架构 师 一 同 参与 企业 级 使 能 史诗 的 开发 、 分 析 、 分 解 和 实现 

- 参与 项 目 群 增 量 计划 会 议 ， 项 目 群 增 量 计 划 前 、 后 会 议 ， 系 统 和 解决 方案 演示 ， 检 视 和 调整 

" 通过 定义 、 研 究 、 支 持 价值 流 和 项 目 群 使 能 的 实现 ， 来 演进 解决 方案 意图 ; 直接 参与 敏捷 团队 工作 并 为 其 提供 帮助 


计划 和 开发 架构 跑道 ， 为 近期 的 业务 特性 /能 力 提供 支持 


. 参与 产品 和 解决 方案 管理 ， 为 现 有 工作 进行 容量 的 分 配 
- 为 项 目 群 和 价值 流 看 板 提供 技术 /工程 方面 的 支持 


. 监督 和 促进 内 建 质量 


SAFe 里 两 种 角色 的 由 来 


系统 架构 师 角 色 


架构 师 这 一 角色 在 软件 开发 中 比较 常见 ，SAFe 中 也 在 项 目 群 和 投资 组 合 层 定 义 了 这 样 的 重要 角色 。 同 时 ， 架 构 师 的 角色 将 
不 再 仅 限 于 软件 领域 ， 他 们 具备 在 复杂 和 多 种 技术 条 件 下 ， 在 多 领域 解决 方案 环境 中 确保 价值 的 交付 ， 因 此 SAFe 为 这 个 角色 提 
供 了 更 广阔 的 视野 。 


系统 工程 师 角 色 


企业 在 构建 信息 物理 系统 时 ， 是 需要 依赖 于 系统 工程 师 团队 的 ， 他 们 是 一 组 进行 解决 方案 开发 的 系统 工程 人 员 。 系 统 工程 师 
团队 通常 具备 多 种 职能 ， 包 括 硬件 、 电 子 电气 、 机 械 、 水 力 、 光 学 和 复杂 解决 方案 中 其 他 层面 的 学 科 ， 当 然 也 包括 软件 在 内 。 
际 系统 工程 学 会 (参考 资料 [1]) 是 这 样 定义 系统 工程 的 : 


“一 个 跨 学 科 的 可 以 促进 系统 成 功 实现 的 途径 和 手段 。 它 专注 于 在 开发 初期 定义 客户 需要 和 功能 需求 ， 通 过 文档 记录 需 
求 ， 然 后 进行 设计 综合 和 系统 验证 ， 同 时 考虑 解决 问题 ， 包 括 运营 、 性 能 、 测 试 、 制 造 、 成 本 和 时 间 、 培 训 和 支持 ， 以 及 成 果 转 
让 。 系 统 工 程 师 将 所 有 的 学 科 和 专业 集成 到 团队 的 工作 中 ， 形 成 从 概念 到 产品 再 到 运 维 的 结构 化 开发 流程 。 系 统 工程 师 会 考虑 所 
有 用 户 的 业务 和 技术 需求 ， 目 标 是 提供 一 个 满足 用 户 需要 的 高 品质 产品 。” 


更 加 精益 的 方法 
显然 ， 如 果 没有 软件 架构 师 和 系统 工程 师 的 角色 ， 是 无 法 构建 复杂 的 解决 方案 的 。 当 然 ， 需 要 注意 的 是 ， 传 统 方法 通常 会 强 


烈 倾 向 于 阶段 -门限 法 、 单 点 解决 方案 、 大 量 前 期 设计 等 方法 。 这 是 可 以 理解 的 ， 因 为 这 些 都 是 大 型 系统 ， 必 须 有 人 清楚 应 该 如 
何 构建 这 些 系统 ; 阶段 -门限 的 瀑布 模型 在 当时 是 最 有 效 的 模型 。 


然而 ， 正 如 在 SAFe 精 益 -敏捷 原则 所 描述 的 ， 这 种 方法 不 支持 产品 开发 流 ， 它 不 能 带 来 最 好 的 经 济 收益 。SAFe 认 为 软件 架 
构 师 和 系统 工程 师 是 对 持续 产品 开发 流 具有 使 能 职能 的 。 在 精益 -敏捷 思维 中 ， 这 些 职能 专注 于 频繁 的 跨 学 科 合作 ， 快 速 的 增 量 
式 系 统 构建 ， 反 馈 驱 动 的 学 习 周 期 ， 了 解 和 利用 产品 开发 构成 中 的 内 在 差异 ， 以 及 去 中 心 化 的 控制 。 


去 中 心 化 的 决策 


设计 决策 会 根据 影响 程度 、 紧 急 程 度 、 发 生 频 度 等 方面 的 不 同 而 产生 显著 的 差异 。 这 里 建议 在 集中 决策 和 去 中 心 化 决策 之 间 
维持 一 个 平衡 (SAFe 原 则 #9) ， 也 就 是 对 那些 不 紧急 的 、 长 期 的 、 有 重大 经 济 意义 的 事件 进行 集中 决策 ， 其 他 所 有 的 事情 进行 
去 中 心 化 的 决策 。 


对 于 系统 设计 ， 这 意味 着 : 


某 些 大 规模 的 架构 决策 应 该 是 集中 进行 的 。 这 包括 定义 主 系统 意图 、 子 系统 和 接口 、 子 系统 功能 分 配 、 公 用 平台 的 选择 、 
定义 解决 方案 层 的 非 功 能 性 需求 、 去 除 宛 余 


` 除 以 上 之 外 ， 其 余 大 部 分 设计 决策 委托 给 了 敏捷 团队 完成 。 这 个 平衡 是 通过 实施 浮现 式 设 计 和 意图 架构 设计 来 达成 的 ( 参 


见 6.7 节 ) 。 


去 中 心 化 的 决策 依靠 频繁 的 协作 ， 不 论 是 非 正式 的 形式 还 是 持续 的 面对面 讨论 ， 又 或 是 更 频繁 的 交流 。 这 些 活动 发 生 在 项 目 
群 增 量 计划 会 议 、 系 统 和 解决 方案 演示 、 检 视 和 调整 工作 坊 ， 以 及 规格 说 明 研讨 会 等 


在 任何 情况 下 ， 架 构 师 /工程 师 都 会 展现 出 他 们 精益 -敏捷 领导 者 的 特性 : 
1. 他 们 与 工程 师 和 相关 学 科 专家 合作 ， 并 授权 他 们 进行 决策 

2. 他 们 在 设计 相关 的 专业 中 培养 团队 成 员 ， 带 领 技术 社区 实践 

3. 他 们 践 行 精益 -敏捷 的 原则 ， 例 如 ， 将 这 些 原则 应 用 到 系统 设计 中 

一 种 实验 性 的 方法 


此 外 ， 解 决 方案 开发 过 程 的 成 功 取决 于 组 织 对 实验 性 事件 的 学 习 总 结 能 力 。 这 种 方法 可 以 挑战 那些 传统 思维 模式 ， 传 统 思维 
模式 支持 详细 的 、 基 于 推理 但 是 未 经 验证 的 早期 假设 和 实现 策略 。 在 这 种 情况 下 ， 当 设计 违背 实际 情况 时 ， 那 些 设计 负责 人 很 可 
能 不 是 从 实际 出 发 ， 而 是 站 在 个 人 角度 捍卫 他 们 最 初 的 设计 。 


精益 -敏捷 的 架构 师 / 工 程 师 信 念 坚 定 地 认为 ， 如 果 设计 有 问题 ， 那 问题 就 是 设计 本 身 ， 而 不 是 当初 的 设计 人 员 。 没 有 人 能 够 
预见 新 的 知识 ， 这 项 工作 毕竟 是 研究 和 开发 ， 大 家 在 共同 学 习 。 


这 种 信念 可 以 促进 : 

` 基于 事实 的 治理 ， 事 实 产 生 于 不 断 的 集成 和 客观 数据 

. 基于 集合 的 工程 ， 针 对 一 个 问题 需要 考虑 一 系列 可 能 的 解决 方案 ， 而 不 是 早期 选择 的 唯一 方法 
:以 验证 技术 和 业务 假设 为 目的 ， 对 于 学 习 里 程 碑 进行 计划 和 执行 


* 倾向 于 考虑 经 济 效益 的 决策 ， 与 业务 利益 相关 者 进行 合作 ， 在 系统 架构 能 力 和 桂 续 的 经 济 收益 之 间 做 出 持续 的 权衡 


参考 资料 
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[2] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 
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[1] 美国 第 31 任 总 统 。 译 者 注 


4.5 产品 和 解决 方案 管理 


去 中 心 化 的 决策 。 


一 一 SAFe 原 则 #9 


摘要 


情 益 -敏捷 企业 专注 于 以 最 高 的 质量 和 最 短 的 前 置 时 间 ， 向 客户 交付 正确 的 解决 方案 。 在 动态 的 环境 里 ， 这 需要 对 内 容 授权 
有 着 清晰 的 理解 ， 从 而 负责 持续 的 需求 定义 、 优 先 级 排序 和 验证 。 产 品 和 解决 方案 管理 人 员 在 工作 上 跟 开 发 紧密 配合 ， 在 较 短 
的 、 集 成 的 学 习 周 期 内 ， 把 客户 的 声音 带 给 开发 人 员 ， 也 把 开发 的 反馈 传递 给 客户 。 


根据 去 中 心 化 决策 的 原则 ，SAFe 规 定 了 一 条 可 扩展 成 三 个 级 别 的 内 容 授权 链 。 解 决 方案 管理 者 负责 指导 构建 价值 流 的 解决 
方案 ,产品 管理 者 负责 项 目 群 愿景 和 待 办 事项 列表 ， 产 品 负责 人 代表 敏捷 团队 进行 快速 局 部 的 内 容 决策 。 


这 里 描述 了 产品 经 理 和 解决 方案 经 理 在 SAFe 中 扮演 的 重要 角色 。 尽 管 这 两 个 角色 在 很 多 方面 都 很 相似 ， 然 而 他 们 对 解决 方 
案 有 着 不 同 层次 的 操作 ， 工 作 过 程 中 的 关注 点 也 不 一 样 。 


解决 方案 管理 者 和 产品 管理 者 是 SAFe 中 主要 的 内 容 授权 者 ， 分 别 指导 价值 流 层 和 项 目 群 层 的 相关 工作 ， 他 们 主要 负责 价值 
流 和 项 目 群 待 办 事项 列表 。 他 们 创建 愿景 ， 和 客户 一 起 工作 并 理解 客户 的 需要 、 定 义 需 求 、 指 导 价值 流 和 项 目 群 看 板 工作 的 开 
展 。 他 们 用 加 权 最 短 作业 法 (WSJF) 对 工作 进行 优先 级 排序 ， 通 过 产品 路 线 图 对 发 布 进行 排 期 ， 确 认 客 户 的 回应 ， 并 提供 快速 


反馈 。 
一 种 内 容 管理 的 精益 -敏捷 方法 


SAFe 里 所 描述 的 内 容 ， 在 传统 意义 上 被 视 为 市 场 需求 文档 、 产 品 需 求 文档 和 系统 及 软件 规格 说 明 书 。 在 瀑布 开发 中 ， 这 些 
规格 文档 往往 需要 预先 完成 ， 并 期 待 在 解决 方案 开发 之 前 能 确定 所 有 的 需求 。 然 而 ， 这 种 方法 并 不 能 很 好 地 适用 于 所 有 情况 ， 所 
以 在 大 部 分 情况 下 开始 向 精益 -敏捷 进行 转型 。 现 在 我 们 理解 到 与 系统 需求 、 设 计 和 架构 相关 的 一 切 假设 都 需要 通过 实际 的 开 
发 、 测 试 和 实验 进行 确认 (参考 资料 [1]) ， 而 项 目 团队 必须 乐于 接受 那些 能 被 快速 反馈 至 解决 方案 的 新 兴 知 识 。 


正如 在 解决 方案 意图 中 所 示 ， 解 决 方案 中 有 些 需求 易于 理解 且 在 项 目 之 初 便 可 确定 ， 而 其 他 则 灵活 多 变 且 只 能 在 开发 过 程 中 
逐渐 被 理解 。 管 理 这 种 动态 的 新 范式 正 是 产品 和 解决 方案 管理 者 的 主要 职责 。 精 益 企 业 必 须 以 一 种 更 敏捷 的 方式 履行 这 些 职责 ， 
如 表 4.5-1 所 示 。 


表 4.5-1 精益 -敏捷 企业 中 产品 和 解决 方案 管理 行为 的 变化 


传统 模式 


事先 且 不 连续 


人 


理解 客户 需要 持续 交互 ， 客 户 是 价值 流 的 一 部 分 


职责 传统 模式 敏捷 
愿景 的 概要 描述 ， 持 续 精 炼 产 品 和 解决 方案 待 办 事 


] 文 档 描述 需 5 全 自 文档 阐 述 ， 通 过 文公 进行 交接 | 项 列表 ， 与 敏捷 团队 进行 非 正式 的 面对面 沟通 


项 目 之 初创 建 的 硬性 承诺 的 路 线 图 和 
里 程 碑 

完全 没有 ， 或 者 也 许 只 有 一 次 ， 通 常 每 个 项 目 群 增 量 的 边界 都 通过 加 权 最 短 作 业 法 重新 
以 需求 文档 的 方式 出 现 排序 ， 持 续 地 进行 范围 分 类 

重要 环节 ， 在 迭代 和 项 目 群 增 量 的 系统 演示 中 进 
行 ， 包 含 接 收 标 准 ， 满 足 已 理解 的 开发 日 的 
管理 交付 进度 表 通常 是 一 次 性 的 ， 预 先 确定 频繁 发 布 ， 在 任何 有 足够 价值 的 时 候 都 可 以 进行 
管理 变更 避免 变更 每 周 开 一 次 变更 控制 会 议 | ”拥抱 变更 ,在 项 目 群 增 量 和 迭代 边界 进行 调整 


进度 表 连续 的 近期 路 线 图 
需求 的 优先 级 排序 


确认 需求 没有 需求 确认 ,或 认为 是 QA 的 职责 


产品 管理 者 的 责任 


以 下 描述 了 在 单个 敏捷 发 布 火车 环境 中 产品 管理 者 的 主要 职责 。 对 于 更 大 的 (多 列 敏捷 发 布 火车 ) 价值 流 ， 必 须 有 额外 的 职 


责 ， 这 些 将 在 后 续 章节 中 描述 。 


- 理解 客户 需要 并 确认 解决 方案 一 一 产品 管理 者 代表 敏捷 发 布 火车 的 客户 声音 ， 并 与 客户 (以 及 产品 所 有 者 ) 一 起 工作 ， 持 
续 理解 和 沟通 他 们 对 于 未 来 要 实现 的 解决 方案 的 需要 和 期 望 。 


- 理解 并 支持 投资 组 合 工作 一 一 每 列 敏捷 发 布 火车 都 存在 于 投资 组 合 的 环境 中 ， 所 以 产品 管理 者 有 责任 去 理解 在 下 一 个 财务 
周期 内 的 预算 情况 ， 理 解 战略 主题 如 何 影响 战略 方向 ， 并 和 史诗 责任 人 一 起 工作 ， 为 影响 其 敏捷 发 布 火车 的 史诗 编写 业务 案例 。 


- 制订 并 沟通 项 目 群 愿景 和 路 线 图 一 一 产品 管理 者 持续 地 针对 开发 团队 制订 和 沟通 愿景 ， 并 定义 系统 的 特性 。 与 系统 和 解决 
方案 架构 师 / 工 程 师 一 起 定义 和 维护 非 功 能 性 需求 ， 以 帮助 确保 解决 方案 满足 相关 的 标准 和 其 他 的 系统 质量 需求 。 他 们 对 产品 路 
线 图 负责 ， 路 线 图 粗略 地 描述 了 如 何 逐 步 实 现 客户 想 要 的 系统 特性 。 


- 管理 并 为 工作 流 排 定 优先 级 一 一 产品 管理 者 通过 项 目 群 看 板 和 待 办 事项 列表 对 工作 流 进行 管理 。 产 品 管理 者 还 需要 确保 待 
办 事项 列表 里 总 是 有 足够 就 绪 的 特性 等 待 开发 。 为 了 准备 就 绪 ， 他 们 必须 制订 特性 接收 标准 ， 从 而 特性 就 可 以 据 此 满足 其 完成 定 
义 。 因 为 审慎 明智 地 对 特性 进行 选择 和 排序 是 每 列 敏捷 发 布 火 车 关键 有 效 的 驱动 力 ， 所 以 待 办 事项 列表 在 每 个 项 目 群 增 量 计划 会 
议 之 前 ， 都 会 通过 WSJF 的 方法 进行 优先 级 的 重新 排序 。 


. 参与 PI 计 划 会 议 一 一 在 每 个 项 目 群 增 量 计划 会 议 期 间 ， 产 品 管理 者 益 述 愿景 ， 在 愿景 中 强调 解决 方案 里 需要 实现 的 特性 ， 
这 些 特 性 与 即将 到 来 的 里 程 碑 相关 。 他 们 也 通常 作为 火车 的 业务 负责 人 参与 其 中 ， 履 行 审 批 项 目 群 增 量 目标 和 建立 业务 价值 的 职 


责 。 


. 定义 发 布 和 项 目 群 增 量 一 一 作为 “内 容 ” 的 负责 人 ， 意 味 着 产品 管理 者 在 很 大 程度 上 也 对 发 布 的 定义 负责 ， 包 括 新 特性 、 
架构 和 技术 债务 的 分 配 。 这 可 以 通过 一 系列 的 项 目 群 增 量 和 发 布 来 完成 ， 而 它们 的 定义 和 业务 目标 也 由 产品 管理 者 来 确定 。 在 恰 
当 的 时 候 ， 产 品 管理 者 将 会 和 发 布 管理 人 员 协 作 ， 一 起 决定 何 时 才能 产生 足够 的 价值 ， 并 向 客户 进行 有 用 的 发 布 。 


- 与 系统 架构 师 / 工 程 师 协 作 以 理解 使 能 工作 一 一 尽管 产品 管理 者 并 不 会 驱动 技术 决策 ， 但 他 们 要 理解 即将 到 来 的 使 能 工作 
的 范围 ， 并 与 系统 架构 师 / 工 程 师 一 起 工作 ， 辅 助 决策 制订 并 对 业务 承载 新 功能 的 关键 技术 基础 设施 进行 排序 。 这 经 常 通过 建立 
容量 分 配 来 完成 ， 参 见 4.8 节 的 描述 。 


参与 演示 、 检 视 和 调整 一 一 对 于 每 两 周 进行 一 次 的 系统 演示 来 说 ， 产 品 管理 者 是 积极 的 参与 者 ， 他 们 也 参与 在 项 目 群 增 量 


结束 时 的 集成 系统 演示 。 产 品 管理 者 还 会 参与 度量 的 评估 ， 包 括 是 否 按照 计划 实现 的 业务 价值 的 评估 ， 同 时 他 们 也 会 积极 参与 检 
视 和 调整 工作 坊 。 


- 组 建 高 效 的 产品 经 理 / 产 品 负责 人 团队 一 一 尽管 产品 经 理 和 产品 责任 人 的 角色 可 能 汇报 给 不 同 的 组 织 ， 但 是 组 建 一 支 高 效 
的 产品 经 理 / 产 品 负责 人 团队 是 高 效 开 发 的 关键 。 如 果 一 支 团队 总 能 高 质量 地 进行 任务 交付 并 履行 自己 的 承诺 ， 就 会 成 为 高 效能 
团队 ， 如 果 能 够 成 为 高 效能 团队 的 一 员 ， 大 家 也 会 产生 极 大 的 职业 满足 感 。 


产品 管理 者 参与 大 型 价值 流 工作 


上 面 强调 了 单列 敏捷 发 布 火车 环境 中 的 产品 管理 者 ， 而 对 于 那些 需要 多 列 敏 捷 发 布 火车 的 价值 流 解决 方案 团队 而 言 ， 产 品 管 
理 者 还 有 以 下 几 项 额外 的 职责 。 


- 与 解决 方案 管理 者 协同 工作 一 一 在 价值 流 层 级 ， 解 决 方案 管理 者 扮演 了 类 似 的 角色 ， 但 他 们 的 关注 点 在 解决 方案 上 。 而 
且 ， 与 构建 一 个 有 效 的 解决 方案 相 比 ， 让 这 两 个 角色 协同 工作 会 更 加 有 效 。 这 种 协同 工作 ， 涵 盖 了 参与 价值 流 待 办 事项 列表 的 梳 
理 和 优先 级 排序 ， 并 把 能 力 拆 分 成 特性 和 非 功能 性 需求 ， 这 也 许 是 最 常见 的 情况 。 


* 参与 项 目 群 增 量 计划 前 、 后 会 议 一 一 产品 管理 者 也 要 参与 项 目 群 增 量 计划 前 会 议 ， 与 价值 流 层级 的 利益 相关 者 一 起 为 即将 
到 来 的 项 目 群 增 量 计 划 会 议定 义 输入 、 里 程 碑 和 概要 目标 。 在 项 目 群 增 量 计 划 后 会 议 中 ， 产 品 管理 者 帮助 把 计划 会 议 中 的 要 点 汇 


总 成 意见 统一 的 价值 流 项 目 群 增 量 目标 。 


:参与 解决 万 案 演示 一 产品 管理 者 参与 解决 方案 演示 ， 通 常会 演示 他 们 所 在 的 敏捷 发 布 火车 完成 的 能 力 ， 他 们 也 会 评审 其 
他 敏捷 发 布 火车 所 做 的 贡献 。 产 品 管理 者 总 是 会 从 系统 的 视角 ， 审 视 是 否 与 目标 保持 一 致 。 


- 与 发 布 管理 者 协同 工作 一 一 在 大 型 系统 里 ， 发 布 管理 者 也 扮演 着 重要 的 角色 。 产 品 管理 者 与 关键 的 利益 相关 者 进行 合作 ， 
涉及 进度 、 预 算 、 发 布 策略 和 解决 方案 元 素 可 发 布 性 等 各 个 方面 。 


解决 方案 管理 者 的 责任 


解决 方案 管理 者 扮演 着 和 产品 管理 者 类 似 的 角色 ， 但 他 们 工作 在 价值 流 层 级 。 解 决 方案 管理 者 是 关键 的 三 驾 马 车 之 一 (三 驾 
马车 包括 : 解决 方案 管理 者 、 价 值 流 工程 师 和 解决 方案 架构 师 / 工 程 师 ) ， 为 解决 方案 的 成 功 承 担 了 大 部 分 的 职责 。 他 们 还 负责 
解决 方案 意图 ， 解 决 方案 意图 捕获 和 记录 着 确定 和 变化 的 解决 方案 层面 的 行为 。 在 恰当 的 时 候 ， 解 决 方案 管理 者 也 会 与 发 布 管理 
者 进行 协作 。 


解决 方案 管理 者 的 相关 职责 还 包括 ， 与 投资 组 合 的 利益 相关 者 、 客 户 ， 以 及 其 他 敏捷 发 布 火车 成 员 进 行 协 作 ， 理 解 他 们 的 需 
要 ， 制 订 解 决 方案 待 办 事项 列表 并 对 其 进行 优先 级 排序 。 他 们 也 会 有 愿景 、 路 线 图 、 价 值 流 看 板 和 解决 方案 演示 等 活动 。 


解决 方案 管理 者 在 项 目 群 增 量 计划 前 、 后 会 议 ， 价 值 流 检视 和 调整 工作 坊 中 扮演 着 至 关 重 要 的 角色 。 他 们 也 与 供应 商 进 行 协 
作 ， 确 保 供应 商 交 付 的 能 力 可 以 被 正确 理解 ， 并 协助 把 这 些 关 注 点 进行 概念 性 的 整合 。 
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4.6 WSJF (加 权 最 短 作业 优先 ) 


如 果 你 只 量化 一 件 事 ， 那 么 就 量化 延迟 成 本 。 


Donald Reinertsen 


摘要 


SAFe 骨 在 应 用 敏捷 发 布 火车 从 事 持续 不 断 的 开发 一 一 即 一 种 工作 流 一 一 从 而 构成 了 企业 的 增 量 式 开 发 工作 。 同 时 ， 它 避免 
了 传统 的 项 目 和 项 目 群 管理 中 因 反 复 启 停 造 成 的 超支 和 延 时 间 题 。 当 然 在 传统 的 情况 下 ， 各 种 项 目 授权 和 阶段 -门限 法 就 是 用 来 
控制 项 目 群 并 保证 经 济 效益 的 。 


尽管 这 种 连续 工作 流 模型 有 助 于 消除 延迟 并 保持 系统 精益 ， 但 是 我 们 必须 确保 系统 的 优先 级 不 断 更 新 ， 从 而 为 业务 提供 最 佳 
的 经 济 效益 产 出 。 在 工作 流 中 ， 是 通过 排序 的 队列 (而 不 是 理论 上 单个 项 目的 投资 回报 率 ) 来 驱动 最 佳 经 济 效益 的 。 为 
此 ，WSJF 说 明了 如 何 使 用 加 权 最 短 作业 优先 的 方法 ， 通 过 计算 延迟 成 本 和 作业 规模 大 小 (代表 持续 时 间 ) ， 对 敏捷 交付 火车 、 
解决 方案 和 投资 组 合 待 办 事项 列表 进行 优先 级 的 重新 排序 。 基 于 当前 的 业务 环境 、 价 值 、 时 间 、 开 发 状态 、 风 险 和 工作 量 等 各 种 
考虑 ， 使 用 该 算法 在 项 目 群 增 量 边界 上 对 工作 的 优先 级 进行 持续 更 新 。 这 也 方便 而 自动 地 忽略 了 沉没 成 本 ， 忽 略 沉没 成 本 是 精益 
经 济 学 的 一 个 关键 原则 。 


Reinertsen (参考 资料 [2]) 介绍 了 一 种 叫做 加 权 最 短 作业 优先 (Weighted Shortest Job First, WSJF) 的 综合 模型 ， 基 于 
产品 开发 流 的 经 济 学 原理 来 排列 作业 的 优先 级 。WSJF 的 计算 公式 为 延迟 成 本 除 以 作业 的 持续 时 间 。 当 一 项 工作 可 以 提供 最 大 业 
务 价值 (也 就 是 延迟 成 本 ) 而 且 需 要 最 短 时 间 时 ， 那 么 这 项 工作 将 首先 被 实现 。 当 应 用 于 SAFe 时 ， 该 模型 也 支持 产品 开发 流 里 
的 其 他 关键 原则 ， 包 括 : 


- 采取 经 济 视角 
:忽略 沉没 成 本 


. 如 果 你 只 量化 一 件 事 ， 那 么 就 量化 延迟 成 本 


. 经 济 选 择 必须 持续 进行 
. 使 用 决策 规则 来 进行 去 中 心 化 的 经 济 控制 


图 4.6-1 说 明了 如 何 恰当 应 用 WSJF 所 带 来 的 影响 (参见 参考 资料 [2] 或 [3] 的 完整 讨论 ) 。 带 阴影 的 区 域 表 示 每 种 情况 的 总 延 
迟 成 本 。 应 用 加 权 最 短 作业 优先 达成 最 佳 经 济 效益 。 


延迟 成 本 高 延迟 成 本 优先 如 果 工 作 量 和 延迟 成 本 不 同 ， 那 么 优先 做 
加 权 最 短工 作 ! 
WSJF= 延迟 成 本 / 持续 时 间 


B 
1x3= c 
(1+3)x1= 4 时 间 
延迟 成 本 低 延 迟 成 本 优先 延迟 加权 值 = 延迟 


成 本 ”成 本 /持续 时 间 


10x3= 
B 3 3 1 
(10+3)x 10= C 10 | 1 | 0.1 
时 间 
选 自 《产品 开发 流 的 原则 》， 作者 Donald G. Reinertsen, 
Celeritas 出 版 ©2009 Donald G. Reinertsen 
图 4.6-1 应 用 加 权 最 短 作 业 优 先 的 经 济 效应 ， 工 作 的 延迟 成 本 
计算 延迟 成 本 


在 SAFe 框 架 中 ，“ 作 业 ” 是 指 我 们 开发 的 史诗 、 特 性 和 能 力 ， 所 以 我 们 需要 为 每 个 作业 建立 延迟 成 本 和 持续 时 间 。 构 成 延 
迟 成 本 的 三 个 主要 因素 是 : 


用 户 / 业 务 价值 一 一 我 们 的 用 户 更 偏爱 这 种 特性 吗 ” 对 我 们 的 业务 收入 有 什么 影响 ”如 果 延 迟 发 布 ， 有 潜在 的 惩罚 或 其 他 负 
面 影响 吗 ? 


时 间 紧 迫 性 一 一 用 户 / 业 务 价值 如 何 随时 间 衰 减 ” 有 固定 期 限 吗 ”用 户 会 等 待 我 们 还 是 转向 其 他 解决 方案 ”有 没有 关键 路 径 
上 的 里 程 碑 受 到 这 项 工作 的 影响 ? 


降低 风险 /促成 价值 一 一 对 于 我 们 的 业务 还 有 什么 其 他 用 途 ” 该 工作 是 否 降 低 了 当下 的 风险 或 者 未 来 交付 的 风险 ”是 否 对 我 
们 将 收 到 的 信息 有 价值 ”这 个 特性 将 开辟 新 的 业务 机 会 吗 ? 


此 外 ， 由 于 我 们 本 身 就 处 于 持续 不 断 的 工作 流 中 ， 而 且 应 该 有 足够 多 的 待 办 事项 可 供 选 择 ， 所 以 我 们 不 必 担 心 这 些 绝对 的 数 
字 。 我 们 只 需要 使 用 在 佑 算 扑 克 里 的 斐 波 那 契 数 列 来 比较 待 办 事项 条 目 之 间 的 相对 值 即 可 。 


那么 一 项 工作 的 相对 延迟 成 本 是 : 
延迟 成 本 = 用 户 /商业 价值 + 时 间 紧 迫 性 + 降低 风险 /促成 价值 
寺 续 时 间 


接 下 来 ， 我 们 需要 理解 作业 的 持续 时 间 。 要 给 出 持续 时 间 通 常 比较 困难 ， 特 别 是 在 项 目 早期 我 们 可 能 还 不 知道 由 谁 执行 这 项 
作业 ， 或 者 他 们 可 能 分 配 多 少 容 量 来 执行 这 项 作业 。 这 些 内 容 我 们 都 一 无 所 知 。 幸 运 的 是 ， 我 们 有 一 个 现成 的 代名词 ， 即 作业 的 


规模 大 小 。 在 固定 资源 的 系统 中 ， 作 业 规 模 大 小 是 一 个 很 好 的 持续 时 间 的 代名词 。 (例如 ， 如 果 我 是 唯一 的 一 个 割 草 人 ， 而 我 的 
前 院 草坪 比 后 院 大 三 倍 ， 那 么 前 院 割 草 要 伦 三 倍 于 后 院 割 草 的 时 间 。) 而 且 ， 我 们 已 经 知道 如 何 用 故事 点 的 方法 来 估算 待 办 事项 
的 规模 大 小 〈4.15 节 的 内 容 ) 。 就 作业 规模 大 小 而 言 ， 我 们 有 一 个 相当 简单 的 计算 方法 来 通过 WSJF 进 行 比较 ， 如 图 4.6-2 所 示 。 
用 户 / 商业 价值 + 时 间 关 键 十 降低 风险 /促成 价值 


WSJF = EF 业 的 规模 
作业 的 规模 大 小 


图 4.6-2 ”计算 WSJF 的 公式 


下 面 举 个 例子 ， 我 们 可 以 创建 一 个 简单 的 表格 来 比较 多 个 作业 (此 例 中 有 三 个 作业 ) ， 如 图 4.6-3 所 示 。 


AA! 时 间 ”降低 风险 / 作业 的 


iid 商业 价值 ”紧迫 性 ”促成 价值 ”规模 大 小 


e 相对 于 其 他 功能 ， 对 每 个 特性 的 参数 进行 打分 

e 数值 范围 : 1, 2, 3, 5, 8, 13, 20 

e 一 次 做 一 列 ， 从 选择 最 小 的 一 项 开始 ， 并 将 它 赋值 为 “1”。 每 列 必须 
至 少 有 一 个 “1”1! 

WSJF 一 列 分 值 最 高 的 就 是 最 高 优先 级 的 特性 。 


图 4.6-3 ”用 于 计算 WSJF 的 示例 表格 


使 用 该 表格 时 ， 团 队 相对 于 其 他 作业 ， 对 每 个 作业 分 别 估算 三 个 参数 。 (注意 : 用 相对 估算 法 ， 一 次 只 看 一 列 ， 把 最 小 的 条 
目 设 置 为 “1”， 然 后 以 该 条 目 为 参照 ， 设 置 其 他 条 目的 值 。) 用 三 个 参数 之 和 除 以 作业 的 规模 大 小 (可 以 是 一 个 相对 估算 ,也 
可 以 是 一 个 根据 包含 在 待 办 事项 列表 里 估算 得 出 的 绝对 数值 ) ， 按 照 计算 出 的 值 排列 作业 的 优先 级 。 


具有 最 高 WSJF 值 的 作业 ， 就 是 下 一 个 最 重要 的 条 目 。 


使 用 这 个 模型 的 一 个 结果 是 ， 非 常 大 而 且 重 要 的 工作 必须 被 拆 分 成 更 小 的 并 且 相 当 重 要 的 工作 ， 从 而 使 用 这 种 拆 分 方式 可 以 
更 容易 地 赚钱 ( 即 ， 对 于 小 而 低 风 险 的 作业 ， 你 的 客户 更 愿意 马上 就 付 钱 购买 ) 。 但 是 这 仅仅 是 敏捷 的 理想 情况 。 由 于 实现 是 增 
量 的 ， 所 以 当 无 法 根据 参考 值 对 一 个 持续 的 工作 进行 打分 时 ， 那 么 很 有 可 能 是 已 经 实现 了 这 个 特定 的 需求 ， 这 时 就 可 以 转移 到 下 
一 个 工作 上 了 。 


如 我 们 所 摘 述 的 ， 该 模型 的 另 一 优点 是 ， 你 没有 必要 去 确定 任何 这 些 数 字 的 绝对 值 。 相 反 地 ， 你 只 需要 在 同一 个 待 办 事项 列 
表 中 ， 相 对 于 其 他 作业 对 每 个 作业 的 参数 进行 打分 即 可 。 

最 后 ， 由 于 待 办 事项 的 估算 应 该 只 包括 剩余 工作 量 的 大 小 ， 那 么 频繁 地 重新 排 定 优先 级 就 意味 着 系统 将 自动 地 忽略 沉没 
本 。 


把 作业 规模 大 小 作为 持续 时 间 的 代名词 时 的 注意 事项 


然而 ， 我 们 必须 小 心 对 待 所 选择 的 持续 时 间 的 代名词 。 如 果 获 得 可 用 的 资源 ， 就 意味 着 可 以 更 快 地 交付 一 项 更 大 的 工作 ， 那 
么 我 们 就 可 能 获得 了 解 这 个 工作 的 足够 信息 ， 并 使 用 持续 时 间 得 到 一 个 更 精确 的 结果 。 (AA, RRIARI EDAEN 
的 草坪 ， 而 我 自己 修剪 后 院 的 草坪 ， 那 么 这 两 项 工作 将 具有 大 致 相同 的 持续 时 间 ， 但 成 本 不 同 。) 但 是 没有 必要 在 价值 流 中 考虑 
这 些 内 容 ， 因 为 如 果 在 选择 中 有 一 些小 错误 ， 那 么 很 快 就 会 知道 接 下 来 的 哪 一 项 工作 是 最 重要 的 。 


参考 资料 
[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 
Enterprise.Addison-Wesley, 2011. 


[2] Reinertsen, Donald.Principles of Product Development Flow: Second Generation Lean Product Development.Celeritas 


Publishing, 2009 


47 项目 群 和 价值 流 看 板 


改善 是 永 无 止境 的 。 使 用 看 板 工 作 的 人 有 责任 通过 创新 和 智慧 对 其 进行 政 进 ， 而 不 是 保持 一 成 不 变 。 


一 一 大 野 耐 一 站 


摘要 


SAFe 可 以 在 投资 组 合 、 价 值 流 、 项 目 群 和 团队 等 所 有 层级 实施 看 板 系统 ， 从 而 达到 价值 持续 交付 的 目的 。 在 项 目 群 和 价值 
流 层 ， 特 性 和 能 力 遵循 一 个 通用 的 工作 流 模式 ， 包 括 探 索 、 精 炼 、 优 先 级 排序 和 实现 。 看 板 系统 的 “拉动 ”特点 允许 项 目 群 在 限 
制 在 制品 的 基础 上 建立 容量 管理 ， 并 且 有 助 于 避免 大 量 的 系统 交接 工作 。 这 种 持续 的 流 可 以 促进 合作 和 高 效 的 决策 制订 。 大 型 的 
举措 ， 比 如 项 目 群 和 价值 流 史诗 ， 会 在 项 目 群 和 价值 流 看 板 中 的 特定 部 分 对 其 进行 管理 ， 最 终 以 特性 和 能 力 的 实现 来 满足 解决 方 


Bee 


项 目 群 和 价值 流 看 板 系统 与 项 目 增 量 的 节奏 保持 一 致 ， 可 以 允许 利益 相关 者 和 团队 以 常规 且 可 靠 的 方式 进行 探索 、 计 划 和 价 
值 实现 ， 以 确保 看 板 中 的 步骤 不 会 过 多 或 者 过 少 ， 并 且 保 证 解决 方案 可 以 在 增 量 中 进行 可 靠 的 构建 。 


投资 组 合 看 板 、 项 目 群 和 价值 流 看 板 一 起 构成 了 SAFe 企 业内 容 治理 的 模型 ， 这 是 一 个 介绍 经 济 决 策 的 框架 并 且 是 去 中 心 化 
控制 的 ， 而 且 快 速 的 、 可 持续 的 价值 流动 是 不 可 或 缺 的 。 


为 促进 价值 流动 ， 解 决 方案 构建 者 需要 在 项 目 群 和 价值 流 层级 使 用 看 板 系统 。 看 板 系统 可 以 帮助 团队 开展 以 下 工作 : 


© 为 新 的 工作 和 工作 流 增加 可 见 性 


+ 确保 持续 改进 新 价值 的 定义 和 接收 标准 


* 促进 跨 学 科 、 跨 职能 和 跨 层 级 的 新 工作 在 不 同人 员 角 色 间 的 协作 


. 初始 化 相关 的 经 济 决策 


* 在 投资 组 合 、 价 值 流 和 项 目 群 各 层级 间 建 立 联系 


价值 流 和 项 目 群 看 板 与 投资 组 合 看 板 相关 联 ， 这 三 个 看 板 一 起 构成 了 一 个 内 容 治理 系统 ， 它 们 负责 对 构建 的 内 容 进行 重要 的 


决策 。 也 就 是 说 ， 已 经 准备 就 绪 并 且 被 批准 可 以 实现 的 投资 组 合 史诗 ， 


会 被 分 解 成 价值 流 史诗 和 能 力 以 便 放 入 价值 流 看 板 。 能 力 


和 价值 流 史 诗 故事 通过 价值 流 看 板 ， 又 将 被 分 解 成 特性 和 项 目 群 史诗 并 被 放 入 项 目 群 看 板 。 图 4.7-1 对 这 种 情况 进行 了 描述 。 


通过 把 集中 决策 (垂直 箭头 ) 和 本 地 情况 (水 平 箭头 ) 结合 起 来 ， 可 以 达到 解决 方案 在 投资 组 合 中 的 最 佳 


笃 济 收 益 和 效果 ， 


这 些 箭头 代表 直接 从 价值 流 、 敏 捷 发 布 火车 或 者 客户 提出 的 特性 和 能 力 。 这 些 关 联 的 看 板 构成 了 大 部 分 经 济 决 策 框架 ， 并 且 为 决 


策 的 持续 反馈 机 制 莫 定 了 基础 。 


接 下 来 的 内 容 会 详细 讨论 项 目 群 和 价值 流 看 板 。 


项 目 群 看 板 


项 目 群 看 板 可 以 促进 特性 和 项 目 群 史诗 的 流动 。 当 所 有 看 板 系统 都 按 要 求 建立 起 来 时 ， 图 4.7-2 就 是 一 个 典型 的 结构 。 


投资 组 人 日 看 板 


价值 流 看 板 


“能 力 
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图 4.7-1 


项 目 群 看 板 由 项 目 群 史诗 和 特性 两 个 主要 部 分 组 成 ， 如 下 文 所 述 。 


项 目 群 看 板 


ooo pee 
eL 
>. 
特性 


看 板 系统 中 的 企业 价值 流 


项 目 群 史诗 部 分 


项 目 群 看 板 中 的 项 目 群 史诗 部 分 用 于 分 析 和 审批 项 目 群 史诗 ， 并 将 它们 分 解 成 特性 以 便 在 项 目 群 看 板 “ 下 游 ”的 特性 部 分 中 
进行 更 好 的 探索 和 实现 (如 图 4.7-2 所 示 ) 。 这 个 部 分 并 不 是 一 直 会 出 现在 项 目 群 看 板 中 ， 它 取决 于 项 目 群 史诗 在 项 目 群 中 出 现 
的 频率 。 
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图 4.7-2 ”项目 群 看 板 


项 目 群 看 板 系统 的 这 个 部 分 需要 更 高 层次 (通常 是 价值 流 或 者 投资 组 合 ) 的 利益 相关 者 的 介入 ， 来 探索 或 审批 项 目 群 史诗 。 
重 常 ， 这 个 流程 类 似 投 资 组 合 看 板 中 的 一 些 相关 步 又 : 


- 项 目 群 史诗 漏斗 中 的 步骤 ， 所 有 的 举措 都 是 受 欢迎 的 ， 这 一 步 是 没有 在 制品 限制 的 。 


. 项 目 群 史诗 评审 步骤 ， 人 允许 相关 的 分 析 人 员 对 史诗 执行 初始 的 调研 ， 并 使 用 WSJF 分 配 一 个 初 略 的 等 级 ， 以 便 决定 哪些 史 
诗 可 以 被 移 到 下 一 步 来 做 更 深层 的 探索 。 


项 目 群 史诗 分 析 的 步骤 ， 提供 了 更 深层 次 探索 史诗 的 能 力 ; 细 化 大 小 并 使 用 WSJE 与 其 他 史诗 进行 比较 ; 考虑 可 选择 方 
R; 确定 增 量 开发 战略 的 可 能 路 径 ; 确定 所 涉及 的 成 本 ， 技 术 和 架构 使 能 、 基 础 设施 等 ; 这 些 信息 可 以 在 轻 量 级 的 业务 案例 进行 
捕获 。 基 于 以 上 内 容 ， 掌 握 了 足够 信息 和 预算 权力 的 利益 相关 者 就 可 以 考虑 对 史诗 进行 审批 。 已 审批 的 史诗 被 分 解 成 特性 ， 并 
被 “拉动 ”进入 特性 看 板 。 


同 投资 组 合 史诗 类 似 ， 项 目 群 史诗 可 能 需要 史诗 负责 人 来 帮助 定义 、 探 索 和 实现 。 

特性 部 分 

项 目 群 看 板 系 统 中 的 这 个 部 分 用 来 促进 特性 的 准备 、 优 先 级 排序 和 实现 。 特 性 可 能 来 自 本 地 (来 自 项 目 群 史诗 ， 或 者 是 一 个 
独立 的 特性 直接 引入 ) ， 也 可 能 来 自 上 游 的 看 板 。 但 不 论 哪 种 情况 ， 这 些 特性 都 将 进入 特性 漏斗 

项 目 群 看 板 的 特性 部 分 完全 属于 本 地 内 容 管理 ， 由 产品 管理 者 和 系统 架构 师 决定 。 以 下 步 又 介绍 了 敏捷 发 布 火 车 看 板 的 特性 
部 分 的 实例 化 : 

在 特性 汤 斗 中 ， 所 有 新 特性 都 是 受 欢迎 的 。 它 们 可 能 包括 新 的 功能 或 对 现 有 系统 功能 的 优化 。 那 些 优化 系统 质量 、 新 建 架 
构 或 基础 设施 使 能 等 内 容 ， 也 会 出 现在 特性 漏斗 中 。 


: 与 产品 愿景 和 支持 战略 主题 一 致 的 特性 ， 将 被 移 到 特性 优化 中 做 进一步 的 探索 。 这 一 步 需要 优化 特性 的 关键 属性 : 业务 收 
益 、 接 收 标准 和 WSJF。 通 常 特 性 规模 大 小 的 估算 也 发 生 在 这 一 步 ， 因 为 特性 也 是 用 标准 化 故事 点 来 估算 的 。 这 种 估算 的 目的 是 
支持 经 济 估算 和 预测 一 个 更 长 时 间 范 围 内 的 价值 交付 。 在 分 析 的 过 程 中 ， 特 性 可 能 需要 做 出 原型 ， 或 者 需要 敏捷 团队 以 其 他 形式 
进行 参与 。 通 常 这 种 探索 性 工作 被 包含 在 项 目 群 增 量 计划 中 。 分 析 步 又 中 的 在 制品 限制 可 能 会 依赖 于 : 产品 管理 的 参与 程度 、 相 
关 主 题 专家 的 参与 程度 ， 以 及 团队 会 分 配 多 少 容量 用 于 这 些 探 索 工作 。 


- 产品 管理 者 经 过 充分 细 化 和 批准 的 高 优先 级 特性 被 移 到 下 一 步 ， 即 放 入 项 目 群 待 办 事项 列表 中 ， 他 们 在 这 一 步 还 将 使 用 
WSJF 方 法 ， 相 对 待 办 事项 中 的 其 他 事项 分 配 优先 级 。 


* 在 每 一 个 项 目 群 增 量 边界 ， 敏 捷 交 付 火 车 从 项 目 群 代办 事项 列表 中 拉动 优先 级 最 高 的 特性 并 且 将 其 移 到 实现 的 步骤 中 。 这 
个 转换 可 以 通过 项 目 群 增 量 计划 过 程 得 以 实现 ， 在 这 个 过 程 中 选 定 的 特性 被 分 解 成 故事 并 随后 由 团队 在 项 目 群 增 量 期 间 进行 实 


现 。 


项 目 群 看 板 由 产品 管理 者 和 系统 架构 师 共同 管理 ， 产 品 管理 者 负责 业务 特性 的 内 容 授权 ， 架 构 师 负责 使 能 。 他 们 定期 邀请 有 
委托 责任 和 决策 权 的 外 部 利益 相关 者 参与 进来 ， 对 组 织 的 大 型 举措 进行 决策 。 


价值 流 看 板 
价值 流 看 板 与 项 目 群 看 板 的 结构 和 流程 类 似 ， 所 以 这 里 不 再 袭 述 ， 只 不 过 价值 流 看 板 是 针对 能 力 和 价值 流 史诗 进行 管理 的 。 


价值 流 看 板 由 解决 方案 管理 团队 管理 ， 由 解决 方案 架构 师 提供 支持 ， 并 需要 投资 组 合 的 利益 相关 者 的 参与 来 审批 价值 流 史诗 。 


支持 仪式 


项 目 群 和 价值 流 层级 的 看 板 系统 都 需要 一 些 仪式 来 支持 价值 的 流动 。 有 一 些 仪式 可 以 服务 于 更 广泛 的 目的 ， 而 另 一 些 仪式 只 
服务 于 看 板 系统 自身 。 由 于 价值 流 和 项 目 群 运行 在 相同 的 项 目 群 增 量 节奏 上 ， 所 以 把 看 板 系统 的 活动 与 这 个 节奏 保持 同步 是 至 
重要 的 。 以 下 是 在 项 目 群 和 价值 流 看 板 中 推荐 的 仪式 ， 通 常 由 发 布 火车 工程 师 和 价值 流 工程 师 在 各 自 的 层级 上 引导 这 些 仪式 。 


史诗 规格 说 明 书 工作 坊 


史诗 规格 说 明 书 工作 坊 的 形式 和 投资 组 合 层 的 规格 说 明 书 工作 坊 类 似 ， 它 需要 负责 项 目 群 和 价值 流 的 分 析 师 及 利益 相关 者 参 
与 ， 在 工作 坊 期 间 ， 会 从 漏斗 中 “拉动 ”一 些 史诗 进入 评审 阶段 ， 也 会 把 一 些 史诗 从 评审 “拉动 ”到 分 析 阶 段 。 对 于 那些 未 
被 “拉动 ”的 史诗 ， 需 要 做 一 个 “去 ”/“ 留 ”的 决策 ， 随 后 将 最 终 的 特性 和 能 力 转 化 到 看 板 的 下 游 部 分 。 


项 目 群 /价值 流 待 办 事项 列表 梳理 


工作 坊 通 常会 涉及 相关 级 别 的 内 容 和 技术 的 授权 ， 其 目的 是 分 别 建立 特性 或 能 力 代办 事项 列表 ， 业 务 收益 和 接收 标准 的 调整 
和 细 化 也 是 在 这 个 时 候 完成 的 。 通 过 对 特性 和 功能 的 WSJF 粗 略 优先 级 排序 后 ， 可 以 把 它们 “拉动 ”到 | 待 办 事项 列表 中 。 


项 目 群 增 量 计划 


通常 情况 下 ， 项 目 群 增 量 计划 始 于 价值 流 层 级 的 项 目 群 增 量 计划 前 会 议 。 在 这 个 会 议 中 价值 流 看 板 上 的 能 力 会 被 分 解 成 特 
性 ， 并 被 放 入 价值 流 上 每 列 火车 的 项 目 群 看 板 中 。 这 个 会 议 的 输入 是 价值 流 待 办 事项 列表 中 优先 级 较 高 的 一 些 能 力 。 解 决 方案 和 
产品 管理 者 参与 会 议 ， 如 果 产 品 经 理发 现 需 要 对 特性 做 更 多 细 化 ， 就 会 把 这 些 特 性 放 到 项 目 群 看 板 的 “特性 漏斗 ”中 。 特 性 将 会 
在 看 板 系统 中 流动 ， 那 些 已 经 经 过 了 细 化 的 特性 将 被 火车 “拉动 ”到 为 期 两 天 的 项 目 群 增 量 计划 会 议 中 。 项 目 群 增 量 计 划 会 议 完 
成 后 ， 其 结果 将 被 带 回 到 价值 流 层级 中 (进入 项 目 群 增 量 计划 后 会 议 ) ， 以 便 更 好 地 理解 所 需要 实现 的 相关 能 力 。 


解决 方案 /系统 演示 


一 个 流动 的 系统 可 以 驱动 待 办 事项 列表 中 的 条 目 完 成 。 解 决 方案 演示 和 系统 演示 可 以 允许 利益 相关 者 评估 完成 的 工作 和 交付 
的 价值 。 


[1 丰田 生产 方式 的 创始 人 。 


译 者 注 


48 “项目 群 和 价值 流 待 办 事项 列表 


关注 的 重点 应 该 落 在 为 什么 要 做 这 份 工 作 上 。 


摘要 


项 目 群 和 价值 流 待 办 事项 列表 是 一 个 存储 列表 ， 用 于 记录 为 构建 解决 方案 将 要 开展 的 相关 工作 。 待 办 事项 列表 包含 将 要 实现 
的 特性 (项 目 群 待 办 事项 列表 ) 和 能 力 (价值 流 待 办 事项 列表 ) ， 这 些 内 容 可 以 用 来 实现 用 户 需要 并 产生 业务 收益 ， 此 外 还 包括 
使 能 ， 用 于 预先 学 习 和 构建 架构 跑道 。 


待 办 事项 列表 中 的 条 目 由 不 同 的 利益 相关 者 提出 ， 如 客户 、 业 务 负责 人 、 产 品 经 理 、 产 品 负责 人 人、 架构 师 ， 等 等 ， 但 是 待 办 
事项 列表 管理 责任 人 是 产品 管理 者 (项 目 群 待 办 事项 列表 ) 和 解决 方案 管理 者 (价值 流 待 办 事项 列表 ) 。 有 效 地 识别 、 细 化 、 调 
整 优先 级 以 及 排序 待 办 事项 列表 条 目 (使 用 WSJF 方 法 ) 是 解决 方案 获得 经 济 上 成 功 的 关键 。 


因为 待 办 事项 列表 包含 新 的 业务 功能 和 必要 的 扩展 架构 跑道 的 使 能 工作 ， 所 以 可 以 分 配 相应 的 容量 ， 从 而 保证 短期 和 长 期 的 
团队 速度 与 质量 。 


项 目 群 和 价值 流 待 办 事项 列表 中 存放 了 所 有 即将 发 生 的 影响 解决 方案 的 工作 。 产 品 和 解决 方案 管理 者 对 项 目 群 和 价值 流 待 办 
事项 列表 进行 相应 的 开发 、 维 护 和 调整 优先 级 等 工作 。 待 办 事项 列表 是 一 个 临时 存放 处 ， 用 来 存放 经 过 项 目 群 和 价值 流 看 板 并 被 
批准 的 特性 和 能 力 。 待 办 事项 列表 中 的 条 目 应 该 使 用 故事 点 进行 估算 ， 如 图 4.8-1 所 示 。 


办 事项 列表 


ft. 
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“| FF 
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、 非 功能 性 


LO mis Fy 


Ti + 


图 4.8-1 带 有 故事 点 估算 的 项 目 群 待 办 事项 列表 的 扩展 视图 


待 办 事项 列表 梳理 


价值 流 (VS) 和 敏捷 发 布 火车 (ART) 运行 在 一 个 固定 节奏 的 8 ~ 10 周 的 项 目 群 增 量 (Pl) 中， 包括 计划 -> 执行 -> 演示 -> 
检视 和 调整 等 活动 。 这 个 稳定 的 节奏 也 是 驱动 待 办 事项 列表 准备 就 绪 的 “心跳 ”。 如 果 未 经 仔细 讨论 的 工作 条 目 出 现在 项 目 群 增 
量 计 划 前 会 议 或 项 目 群 增 量 计划 会 议 上 ， 将 会 带 来 不 可 接受 的 风险 。 为 了 降低 这 个 风险 ， 产 品 和 解决 方案 管理 者 会 在 项 目 群 增 量 
计划 活动 之 间 非 常 忙碌 ， 他 们 不 断 地 进行 待 办 事项 的 梳理 和 优化 ， 从 而 为 下 一 个 项 目 群 增 量 计划 做 好 准备 。 通 过 敏捷 发 布 火车 和 
解决 方案 看 板 ， 可 以 把 这 个 过 程 可 视 化 ， 并 且 可 以 让 即将 到 来 的 项 目 群 增 量 达 到 “ 待 办 事项 列表 就 绪 ” 的 状态 。 待 办 事项 列表 梳 
理 的 典型 活动 包括 : 


“ 评审 和 更 新 待 办 事项 列表 条 目的 定义 并 制订 接收 标准 
与 团队 一 起 建立 技术 可 行 性 和 范围 估算 
- 分 析 不 同 的 方法 把 待 办 事项 条 目 分 解 成 价值 增 量 的 小 块 


` 找 出 由 新 特性 和 能 力 产 生 的 使 能 ， 并 为 它们 分 配 容量 


待 办 事项 列表 优先 级 调整 


待 办 事项 列表 的 优先 级 调整 对 于 解决 方案 来 讲 是 一 个 关键 的 经 济 驱动 因素 。 为 此 ， 产 品 和 解决 方案 管理 者 使 用 加 权 最 短 作业 
优先 的 方法 对 工作 进行 排序 。WSJF 可 以 表述 成 下 面 这 个 简单 的 公式 : 


(用 户 / 商 业 价值 + 时 间 关 键 + 降低 风险 /促成 价值 
作业 的 规模 大 小 


使 用 这 个 公式 要 求 分 子 根据 互相 之 间 的 对 比 进行 打分 ,分母 (作业 的 规模 大 小 ) 可 以 是 一 个 相对 值 或 是 估算 的 故事 点 数 。 注 
意 : 虽然 我 们 使 用 作业 的 规模 大 小 作为 一 个 代名词 ， 但 WSJF 的 实际 分 母 是 工作 的 持续 时 间 。 


WSJF = 


这 是 由 于 持续 时 间 依 赖 于 执行 工作 的 人 员 ， 以 及 可 以 分 配 多 少 容量 让 他 们 完成 这 些 工 作 ， 然 而 这 些 信 息 在 实际 工作 开始 之 前 
是 几乎 不 可 能 确定 的 。 考 虑 到 很 大 的 工作 一 般 会 花 很 长 时 间 来 做 ， 所 以 作业 的 规模 大 小 是 比较 一 个 合理 的 初步 估算 。 


关于 作业 的 规模 大 小 ， 分 母 应 该 只 代表 已 经 开始 的 条 目的 剩余 工作 量 。 然 后 ， 如 果 一 项 工作 的 剩余 工作 量 太 大 ， 以 至 于 无 法 
与 其 他 工作 进行 对 比 ， 从 而 无 法 给 出 持续 投资 的 理由 ， 这 时 团队 就 称 之 为 “已 经 足够 好 ” ， 将 其 暂时 搁置 ， 然 后 转向 其 他 的 工作 
中 去 。 这 隐 含 了 Reinertsen (参考 资料 [2]) 提出 的 一 个 关键 经 济 原则 一 一 沉没 成 本 原则 ， 即 不 要 考虑 已 经 花 掉 的 成 本 。 


准备 项 目 群 增 量 计划 会 议 


在 项 目 群 增 量 计划 会 议 的 前 一 两 周 是 非常 忙碌 的 ， 产 品 和 解决 方案 管理 者 进行 最 终 的 待 办 事项 列表 准备 、 更 新 愿景 简 述 ， 并 
且 在 会 议 前 与 产品 负责 人 做 进一步 的 沟通 。 系 统 与 解决 方案 架构 师 /工程 师 更 新 使 能 工作 的 定义 和 模型 ， 并 且 开 发 用 例 来 展示 这 
些 特性 和 能 力 是 如 何在 一 起 工作 从 而 为 最 终 客户 提供 价值 的 。 


通过 容量 分 配 优化 价值 与 方案 的 整合 


每 一 个 敏捷 发 布 火车 与 价值 流 都 面临 着 一 个 挑战 ， 那 就 是 如 何 能 够 平 稀 待 办 事项 列表 中 的 业务 特性 和 能 力 ， 可 以 得 到 持续 投 
入 建设 的 架构 跑道 的 支撑 ; 付出 一 些 时 间 来 为 后 续 的 项 目 群 增 量 进行 需求 和 设计 的 探索 ， 以 及 创建 原型 和 模型 来 增强 问题 领域 的 
可 视 性 。 为 了 避免 团队 速度 降低 ， 并 延迟 由 于 技术 陈旧 而 必须 进行 整体 模块 蔡 换 的 需要 ， 敏 捷 发 布 火车 必须 对 解决 方案 中 的 使 能 
工作 进行 持续 的 投入 。 这 使 得 工作 优先 级 排序 变 得 更 加 复杂 ， 因 为 不 同 的 人 会 将 团队 拉 到 不 同 的 方向 ， 如 图 4.8-2 所 示 。 


为 了 解决 这 个 问题 ， 团 队 需 要 进行 容量 分 配 ， 他 们 决定 对 于 即将 到 来 的 项 目 群 增 量 中 的 各 类 活动 可 以 分 配 多 少 工 作 量 。 接 下 
来 ， 他 们 建立 一 个 约定 来 决定 各 类 工作 如 何 进行 。 图 4.8-3 和 表 4.8-1 给 出 了 分 配 结果 的 示例 。 


虽然 大 家 认同 以 上 约定 后 可 以 持续 一 段 时 间 ， 但 分 配 的 容量 总 数 应 该 根据 不 同 的 情况 而 改变 。 在 敏捷 发 布 火车 中 ， 当 考虑 每 
个 项 目 群 增 量 计 划 会 议 的 待 办 事项 列表 是 否 经 过 梳理 并 准备 就 绪 时 ， 可 以 重新 审视 以 上 的 约定 。 同 样 ， 在 解决 方案 项 目 群 增 量 计 
划 会 议 之 前 ， 需 要 解决 方案 管理 者 和 方案 构架 师 / 工 程 师 一 起 为 价值 流 做 出 类 似 的 约定 。 
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图 4.8-2 ”业务 和 使 能 待 办 事项 的 困境 
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图 4.8-3 ”为 单个 项 目 群 增 量 的 敏捷 交付 火车 待 办 事项 列表 中 的 架构 工作 进行 容量 分 配 
表 4.8-1 管理 使 能 和 特性 的 容量 分 配 的 简单 约定 


国手 性 


国 使 能 


1. 在 每 一 个 项 目 群 增 量 的 边界 ， 我 们 对 新 特性 、 能 力 和 使 能 工作 的 资源 百分比 达成 一 臻 
2. 我 们 同意 系统 和 解决 方案 架构 师 与 工程 师 有 权 调 整 使 能 工作 的 优先 级 
3. 我 们 同意 产品 和 解决 方案 管理 者 有 权 调 整 业务 待 办 事项 列表 条 目的 优先 级 
4. 我 们 同意 根据 经 济 状况 一 起 调整 工作 的 优先 级 
fre 


5. 我 们 同意 以 最 大 化 客户 价值 的 方式 协同 排序 工作 


待 办 事项 列表 、 队 列 、 利 特 尔 法 则 和 等 待 时 间 


在 本 章 小 结 之 前 ,我 们 需要 强调 待 办 事项 列表 、 等 待 时 间 和 工作 流 之 间 的 关系 是 非常 重要 的 。 在 管理 队列 长 度 的 原则 中 对 这 
个 关系 进行 了 详细 讨论 ， 更 多 详细 描述 可 以 参考 SAFe 原 则 #6。 然 而 ， 此 处 重申 一 下 这 个 原则 并 进行 总 结 也 是 很 重要 的 ， 因 为 项 
目 群 和 价值 流 待 办 事项 列表 会 极 大 地 影响 发 布 时 间 和 生产 效率 。 以 下 是 相关 总 结 : 


1. 利 特 尔 法 则 展示 了 在 队列 中 工作 的 平均 等 待 时 间 ， 等 于 队列 的 平均 长 度 除 以 队列 中 工作 的 平均 处 理 速 度 。 队 列 越 长 ， 等 待 
时 间 就 越 长 ， 并 且 波 动 范 围 越 大 ( 想 一 想 星 巴克 的 队列 : 如 果 前 面 的 十 个 人 每 人 点 了 一 杯 中 杯 咖啡 ， 那 你 可 以 在 几 分 钟 就 离开 队 
列 ; 如 果 他 们 都 点 了 超 热 香 草 拿 铁 和 热 面 包 圈 ， 那 你 可 能 就 赶不上 会 议 了 ， 并 且 你 也 无 法 控制 这 种 情况 ) 。 


2 长 队列 非常 不 好 ， 会 导致 士气 下 降 、 品 质 低 务 、 更 长 的 周期 时 间 、 更 大 的 波动 性 (例如 星巴克 的 情况 ) ， 也 会 增加 风险 
(参考 资料 [2]) 。 


3. 项 目 群 与 价值 流 待 办 事项 列表 并 不 是 队列 ， 因 为 一 个 列表 条 目 都 可 以 跳 过 其 他 条 目 ， 从 而 达到 更 快 的 交付 ， 并 且 你 可 以 选 
择 不 用 处 理 列表 中 的 所 有 内 容 。 (注意 : 这 些 在 星巴克 都 是 做 不 到 的 。) 


4. 然 而 ， 如 果 所 有 的 待 办 事项 列表 条 目 都 已 经 向 利益 相关 者 进行 了 承诺 ， 那 么 你 的 待 办 事项 列表 就 像 一 个 队列 ， 队 列 越 长 、 
你 的 利益 相关 者 就 不 得 不 等 待 更 长 的 时 间 。 而 且 如 果 他 们 等 待 的 时 间 太 长 的 话 ， 他 们 会 寻找 另 一 家 咖啡 店 ， 因 为 你 的 店 仪 仅 是 不 
能 满足 他 们 快速 变化 的 市 场 需要 。 


所 以 ， 为 了 使 开发 项 目 群 能 够 更 快 、 更 具 响 应 力 ， 团 队 必 须 积极 地 管理 待 办 事项 列表 并 使 其 尽量 短 。 团 队 也 必须 限制 对 长 期 
工作 的 承诺 ， 因 为 可 能 会 出 现 一些 比 先前 承诺 更 重要 的 工作 。 如 果 在 待 办 事项 列表 里 ， 团 队 有 太 多 固定 的 、 承 诺 的 需求 ， 不 管 他 
们 的 效率 有 多 高 ， 都 不 可 能 进行 快速 的 响应 。 团 队 只 有 积极 地 管理 待 办 事项 列表 并 使 其 尽量 短 ， 才 能 进行 可 靠 和 快速 的 交付 。 


参考 资料 


[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 


[2] Reinertsen, Donald.Principles of Product Development Flow: Second Generation Lean Product Development.Celeritas 


Publishing, 2009. 


49 ” 非 功能 性 需求 


作为 一 个 外 包装 设计 师 ， 我 常常 受到 指责 一 一 你 的 工作 只 是 把 一 台 机 器 包装 起 来 ， 看 起 来 非常 简单 。 但 在 大 多 数 情况 下 ， 外 
包装 是 必 不 可 少 的 。 设 想 一 下 ， 如 果 没有 外 壳 ， 机 车 将 不 能 运作 。 


一 一 雪 蒙 德 ， 洛 威 站 


摘要 


非 功 能 性 需求 (NFR， 或 系统 质量 ) 摘 述 了 系统 的 属性 ， 如 安全 性 、 可 靠 性 、 可 维护 性 、 可 扩展 性 和 可 用 性 (通常 是 指 某 
种 “特质 ”) 。 它 们 还 可 以 是 该 系统 的 设计 约束 或 限制 (它们 可 称 为 设计 约束 ) 。 这 些 需求 具有 与 功能 史诗 、 能 力 、 特 性 和 用 户 
故事 相同 的 重要 性 ， 它 们 保证 整个 系统 的 可 用 性 和 有 效 性 ;如果 不符 合 这 些 要 求 中 的 任何 一 个 ， 可 能 会 导致 系统 不 能 满足 内 部 业 
务 、 用 户 或 市 场 的 需要 ， 或 不 符合 监管 或 标准 机 构 规定 的 强制 性 要 求 。 


非 功 能 性 需求 是 持久 的 质量 和 约束 ， 并 且 不 同 于 功能 性 需求 ， 它 通常 在 每 个 迭代 中 、 项 目 群 增 量 或 者 发 布 中 ， 作 为 完成 定义 
的 一 部 分 重新 审视 和 定义 。 非 功能 性 需求 在 SAFe 框 架 的 所 有 四 个 级 别 中 都 存在 ， 即 团队 层 、 项 目 群 层 、 价 值 流 层 、 投 资 组 合 层 
都 存在 非 功 能 性 需求 。 


非 功 能 性 需求 的 定义 和 实施 是 系统 构建 者 重点 关注 的 问题 。 如 果 对 其 过 度 定义 ， 那 么 相应 的 解决 方案 可 能 太 昂贵 ， 以 至 于 不 
可 执行 ; 但 如 果 不 充分 地 定义 它们 ， 那 么 其 解决 方案 将 会 不 足以 满足 预 其 用途。 掌握 一 种 探索 、 定 义 和 实 施 非 功能 性 需求 的 自 适 
应 和 增 量 的 方法 ， 是 精益 -敏捷 系统 构建 者 走向 成 功 所 必需 的 一 项 关键 技能 。 


习惯 上 ， 我 们 把 一 种 考虑 所 有 可 能 影响 解决 方案 的 需求 类 型 的 方法 ， 用 其 首 字母 缩写 的 形式 表述 为 “FURPS” ， 这 是 一 个 
传统 的 需求 分 类 方法 ， 即 功能 性 (Functionality) 、 可 用 性 (Usability) 、 可 靠 性 (Reliability) 、 性 能 (Performance) 和 可 
支持 性 (Supportability， 参 考 资料 [5]) 。 功 能 性 需求 大 都 表述 成 用 户 故 事 、 特 性 和 能 力 ， 大 多 数 工 作 都 是 为 了 完成 这 些 需求 。 
团队 建立 向 用 户 提供 功能 价值 的 系统 ， 并 且 在 解决 方案 开发 过 程 中 的 大 部 分 时 间 和 精力 都 致力 于 提供 这 些 功能 的 开发 。 


“FURPS” 提 法 考虑 了 非 功能 性 需求 ， 虽 然 它 们 可 能 会 比较 微小 ， 但 是 对 于 系统 的 成 功 而 言 ， 非 功能 性 需求 和 功能 性 需求 
是 同等 重要 的 。 非 功能 性 需求 可 以 被 认为 是 对 新 开发 的 约束 ， 在 一 定 程度 上 ， 消 除了 这 些 系统 构建 部 分 的 设计 自由 度 。 例 
如 : “我 们 需要 对 套件 内 的 所 有 产品 实现 基于 SAML 的 单 点 登录 (SSO) ” (其 中 SSO 是 一 种 功能 性 的 需求 ; 而 基于 SAML 技 术 
则 是 一 种 约束 ) 。 非 功能 性 需求 可 以 覆盖 没有 被 功能 性 需求 很 好 解决 的 广泛 的 业务 关键 问题 。 系 统 设计 人 员 需 要 注意 ， 对 于 潜在 
需求 的 一 个 相当 全 面 的 列表 ， 可 以 参见 参考 资料 [1] 中 的 描述 。 


非 功能 性 需求 存在 于 所 有 层级 


SAFe 中 所 有 四 个 层级 的 待 办 事项 列表 中 都 包含 有 非 功能 性 需求 ， 如 图 4.9-1 所 示 。 


由 于 非 功能 性 需求 是 敏捷 发 布 火车 和 价值 流 创建 的 解决 方案 的 重要 属性 ， 所 以 它 在 项 目 群 和 价值 流 层级 上 表现 得 最 为 明显 。 
系统 和 解决 方案 架构 师 与 工程 师 常常 负责 定义 和 细 化 这 些 非 功能 性 需求 。 
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A4.9-1 ” 非 功能 性 需求 存在 于 所 有 四 个 层级 


所 有 团队 都 必须 意识 到 他 们 正在 创建 中 的 系统 的 这 些 特殊 属性 。 这 有 助 于 通过 加 快 而 不 是 推迟 NFR 测 试 来 促进 内 建 质量 。 团 
队 把 相关 的 非 功 能 性 需求 加 入 到 完成 定义 中 ， 把 它们 作为 本 地 设计 和 实现 策略 约束 ， 并 在 某 些 层次 上 承担 对 自己 的 NFR 进 行 测试 


的 责任 。 否 则 ， 解 决 方案 可 能 无 法 满足 关键 的 NFR， 如 果 这 样 的 事情 发 生 在 开发 的 后 期 ， 修 正成 本 将 会 非常 高 。 


此 外 ， 团 队 层 的 NFR 也 很 重要 ， 因 为 这 些 NFR 正 是 对 团队 开发 的 子 系统 的 限制 和 性 能 要 求 。 


在 投资 组 合 层级 可 能 也 需要 一 定 的 非 功能 性 需求 。 这 种 情况 常常 发 生 在 构建 跨 系统 时 ， 对 内 建 质量 的 要 求 ， 比 如 单 点 登录 的 


例子 。 其 他 的 例子 包括 开源 使 用 的 限制 、 常 见 的 安全 性 要 求 、 合 规 (监管 ) 标准 等 。 


如 果 一 个 特定 的 投资 组 合 层级 的 非 功 能 性 需求 尚未 达成 ， 它 可 能 需要 架构 使 能 来 协助 实现 。 在 其 他 情况 下 ， 投 资 组 合 层级 的 


非 功能 性 需求 可 能 会 自然 地 体现 在 业务 和 使 能 史诗 成 功 与 否 的 衡量 标准 中 。 


非 功能 性 需求 作为 待 办 事项 的 约束 条 件 


在 SAFe 中 ， 非 功能 性 需求 被 当 作 “ 待 办 事项 列表 的 约束 条 件 ” 出 现 ， 如 图 4.9-2 所 示 。 


| 一 竺 办 事项 列表 中 的 约束 


非 功 能 性 


需求 


图 4.9-2 ”有 非 功 能 性 需求 约束 的 待 办 事项 列表 


从 技术 上 而 言 ，SAFe 的 需求 模型 指出 非 功 能 性 需求 可 能 会 限制 的 待 办 事项 条 目 为 : 零 、 一 些 或 许多 。 此 外 ， 为 了 知道 系统 
是 否 符合 约束 条 件 ， 大 多 数 非 功能 性 需求 需要 进行 一 个 或 多 个 系统 质量 测试 ， 如 图 4.9-3 所 示 。 


许多 非 功能 性 需求 的 诞生 是 从 需要 被 实现 的 使 能 开始 。 然 后 ， 他 们 为 系统 和 所 有 新 的 待 办 项 条 目 提 供 约束 。 


解决 方案 开发 中 非 功能 性 需求 在 系统 和 经 济 方面 的 影响 


非 功能 性 需求 对 解决 方案 的 开发 和 测试 有 着 重要 影响 。 非 功能 性 需求 很 难 明确 ， 很 容易 走 极端 。 例 如 ， “99.99999% 的 可 用 
性 ” 相 比 较 于 “99.999% 的 可 用 性 ”而 言 ， 可 能 会 增加 一 个 或 两 个 数量 级 的 巨大 的 开发 工作 量 。 有 了 时候 这 个 要 求 是 必要 的 ， 而 有 
时 却 不 是 ， 但 非 功 能 性 需求 的 影响 一 定 要 写 到 规格 说 明 书 中 ， 并 被 清楚 地 理解 。 同 样 ， 物 理 上 的 约束 ， 如 重量 、 体 积 或 电压 ， 如 
果 没 有 给 予 足 够 的 考虑 ， 可 能 会 导致 解决 方案 过 于 复杂 且 成 本 太 高 。 


衡 。 


"R 
待 办 事项 条 目 | ome | 


| semen 


“| 条 件 时 完成 


| mamam 。 | 


待 办 事项 条 目 = ARTF = 非 功 能 性 需求 
从 属于 1| 在 通过 
T 以 下 条 件 
1°) 时 完成 


系统 质量 测试 


通过 右 方 内 容 被 实现 | 
0.1 | { 


math 通过 古方 
a o: DE 


0.1 


业务 能 力 使 能 能 力 
pe ED EE em m 


ja 


TA 于 


| 从 属于 | 从 属于 


在 满足 以 下 在 通过 以 下 站 通过 下 i [在 Tu 
条 件 时 完成 条 件 时 完 万 条 件 时 完成 


E . 
= oo oe i Ei 
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供应 商 同样 受 


图 4.9-3 ” 待 办 事项 条 目 、 非 功能 性 需求 和 系统 质量 测试 之 间 的 关联 


笃 济 框架 应 该 具有 一 种 评估 标准 ， 用 于 延伸 至 对 非 功能 性 需求 的 考虑 ， 在 成 本 和 其 他 方面 的 因素 之 间 找 到 一 种 平 
到 非 功能 性 需求 的 影响 ， 因 为 宣布 非 功 能 性 需求 不 正确 或 没有 在 经 济 框架 中 充分 地 权衡 后 果 ， 可 能 会 导致 不 必 


要 的 复杂 度 和 昂贵 的 系统 及 组 件 。 


定期 重新 对 非 功能 性 需求 进行 评估 也 是 非常 重要 的 。 非 功能 性 需求 与 其 他 的 需求 不 同 ， 它 们 是 对 待 办 事项 列表 的 持续 约束 ， 
而 它们 本 身 不 是 待 办 事项 列表 中 的 内 容 ， 所 以 它们 不 可 能 总 是 出 现在 项 目 群 增 量 计 划 中 。 但 非 功 能 性 的 需求 确实 也 在 开发 过 程 中 
发 生变 化 ， 所 以 系统 构建 者 必须 清楚 这 些 变化 。 


非 功能 性 需求 和 解决 方案 意图 


解决 方案 意图 是 解决 方案 唯一 的 确切 来 源 ， 它 包括 非 功 能 性 需求 和 功能 性 需求 ， 如 图 4.9-4 所 示 。 它 还 包括 非 功 能 性 需求 之 


间 的 联系 ， 受 其 影响 的 功能 性 需求 ， 以 及 用 于 验证 的 测试 。 非 功能 性 需求 对 于 理解 在 经 济 层面 固定 的 和 可 变 的 解决 方案 意图 中 起 
到 了 关键 的 作用 。 


基于 模型 的 系统 工程 


基于 集合 的 设计 


PERS 


非 功能 性 需求 


图 4.9-4 解决 方案 意图 


在 早期 ， 一 些 功 能 还 不 清楚 ， 需 要 在 开发 过 程 中 进行 测试 并 与 客户 协商 。 非 功能 性 需求 也 类 似 ， 在 早期 ， 有 一 些 非 功 能 性 需 
求 是 固定 的 、 明 确 的 ， 而 另外 一 些 则 将 随 着 解决 方案 而 逐渐 演进 。 


通过 施加 约束 ， 非 功能 性 需求 可 能 影响 到 范围 广泛 的 系统 功能 。 因 此 ， 它 们 是 敏捷 分 析 中 的 一 个 重要 因素 : 
. 分 析 业 务 史 诗 、 功 能 和 特性 
- 计划 和 构建 架构 跑道 
通过 重 构 来 反映 增加 的 解决 方案 领域 知识 
通过 制造 、 部 署 、 支 持 、 安 装 、 维 护 等 活动 引入 DevOps 约 束 
用 于 帮助 开发 解决 方案 意图 的 工具 提供 了 一 些 机 制 ， 有 助 于 建立 一 个 定义 和 实现 非 功能 性 需求 的 经 济 方法 。 


- 敏捷 架构 


是 一 个 稳固 的 意图 架构 ， 能 够 支持 非 功能 性 需求 的 开发 并 有 助 于 在 它们 改变 时 保持 灵活 性 
基于 模型 的 系统 工程 一 一 模型 可 以 用 来 模拟 非 功 能 性 需求 的 效果 ， 可 以 与 它们 的 测试 验证 相关 联 


- 基于 集合 的 设计 一 一 为 达到 非 功 能 性 需求 提供 了 不 同 的 框架 ， 它 可 以 指导 一 系列 边界 条 件 测试 来 支持 做 出 设计 决策 


明确 非 功能 性 需 : 


考虑 以 下 标准 会 有 助 于 定义 非 功 能 性 需求 : 


: 边界 一 一 当 缺 乏 边 界 的 上 下 文 时 ， 一 些 非 功能 性 需求 是 不 相关 的 〈 或 甚至 是 对 功能 性 需求 的 削弱 ) 。 例 如 ， 性 能 方面 的 考 
虑 对 主要 应 用 来 说 可 能 非常 重要 ， 但 却 未 涉及 【或 过 于 昂贵 ) 管理 和 应 用 支持 。 


- 独立 


统 质量 的 影响 


非 功 能 性 需求 之 间 是 相互 独立 的 ， 以 便 它 们 可 以 进行 独立 的 评估 和 测试 ， 而 不 用 考虑 其 他 系统 质量 或 不 受 其 他 系 


- 可 协商 一 一 了 解 非 功 能 性 需求 的 业务 驱动 和 限定 上 下 文 要 求 之 间 的 可 协商 性 


- 可 测试 一 一 非 功 能 性 需求 必须 遵从 客观 的 、 可 衡量 的 、 可 测试 的 标准 进行 描述 ， 因 为 如 果 你 不 能 对 它 进 行 测试 ， 你 就 不 能 


对 它 进行 发 布 ? 


实现 方法 


为 了 满足 许多 非 功 能 性 需求 ， 会 要 求 做 一 些 额 外 的 工作 (无 论 现在 还 是 将 来 ) 。 有 时 候 需 要 把 所 有 非 功能 性 需求 完整 实现 ; 
有 时候 团队 可 以 采取 更 为 渐进 的 增 量 方 式 进行 实现 。 经 济 框架 中 描述 的 权衡 会 对 实现 方法 有 所 影响 。 人 允许 通过 几 个 学 习 周 期 来 确 
定 非 功能 性 需求 达到 正确 水 平 ， 这 种 方式 是 建立 实现 非 功 能 性 需求 应 该 采用 的 方式 。 


完整 性 实现 一 一 一 些 非 功 能 性 需求 表现 为 新 的 、 当 前 的 关注 点 ， 并 且 必 须 现 在 就 实现 。 例 如 ， 一 个 新 的 衍生 交易 监管 规 
则 ， 如 果 不 立即 纳入 ， 可 能 会 导致 该 公司 完全 退出 市 场 或 造成 监管 违规 。 


. 逐个 故事 的 增 量 式 实现 一 一 在 其 他 情况 下 ， 团 队 可 以 有 不 同 选 择 。 例 如 ， 在 需要 “大 幅度 提高 性 能 ”时 ， 可 以 随 着 时 间 的 
推移 顺序 处 理 ， 一 次 只 处 理 一 个 故事 ， 如 图 4.9-5 所 示 。 


对 代码 库 中 的 部 分 区 域 进 
行 重 构 以 满足 非 功 能 性 需求 


O 


If, 


ae i 
iy 


| 


b | 加 My LL 
团队 当前 正在 实现 的 用 户 故 事 
图 4.9-5” 增 量 式 地 将 非 功 能 性 需求 引入 到 解决 方案 中 
非 功能 性 需求 的 实施 也 受到 敏捷 发 布 火车 组 织 方 式 的 有 影响。 围绕 架构 层次 建立 的 敏捷 发 布 火车 会 发 现实 现 和 测试 一 个 完整 的 
非 功 能 性 需求 很 困难 。 围 绕 能 力 建立 的 敏捷 发 布 火车 则 更 容易 实现 、 测 试 和 维护 系统 的 非 功能 性 需求 。 
测试 非 功能 性 需 


当然 ， 要 想 知道 一 个 系统 是 否 满足 非 功 能 性 需求 ， 必 须 对 它们 进行 测试 。 测 试 非 功 能 性 需求 从 敏捷 测试 四 象限 的 视角 看 是 最 
容易 的 ， 如 图 4.9-6 所 示 (参考 资料 2] 和 [3]) 。 


如 图 4.9-6 中 的 象限 4， 即 系统 质量 的 测试 ， 是 大 多 数 非 功能 性 需求 测试 的 集中 地 。 由 于 其 范围 和 关键 性 ， 非 功能 性 需求 测试 
往往 需要 系统 团队 和 敏捷 团队 之 间 的 协作 。 在 可 能 的 情况 下 ， 团 队 应 该 实施 自动 化 ， 以 便 这 些 测试 可 以 连续 运行 ， 或 至 少 按 需 进 


行 ， 以 防止 技术 债务 的 意外 增长 。 


然而 ， 随 着 时 间 的 推移 ， 回 归 测 试 的 逐渐 积累 和 增长 ， 即 使 是 自动 化 的 ， 也 会 消耗 太 多 的 资源 和 处 理 时 间 。 更 糟 的 是 ， 可 能 
会 意味 着 非 功 能 性 需求 的 测试 仅仅 是 偶尔 才 执 行 ， 或 只 能 由 专 有 资源 和 人 员 来 执行 。 为 了 确保 实用 性 和 连续 使 用 ， 团 队 经 常 需 
创建 减少 的 测试 套件 和 测试 数据 ， 如 图 4.9-7 所 示 。 


虽然 “部 分 测试 ” 听 起 来 不 大 理想 ， 但 它 实 际 上 可 以 为 增加 系统 的 质量 提供 收益 : 
a a woe es. 
(自动 化 测试 和 二 
< Tires iat a y 
功能 测试 : 解决 方案 / 系统 接收 测试 : 
e 故事 的 接收 测试 场景 测试 
e 特性 和 能 力 的 接收 测试 探索 性 测试 
o 使 能 的 接收 测试 用 户 接收 测试 ik 
a All B 测试 y 
cece OR? I $ 
eT eas em 4 六 
持续 测试 
。 单 元 测试 系统 质量 测试 : 


e 性 能 和 压力 测试 
e 安全 性 测试 

o 其 他 非 功能 性 测试 
o 使 能 测试 


o 组 件 测试 


自动 化 测试 


图 4.9-6 ”敏捷 测试 象限 (来 源 于 参考 资料 2] 和 D]) 
非 功能 性 需求 测试 
减轻 到 


系统 团队 敏捷 团队 


全 面 测 试 套件 轻 量 测试 用 例 
和 数据 设置 


支持 开发 


ones s 


扩展 到 


图 4.9-7 系统 团队 和 敏捷 团队 合作 创造 一 个 更 实际 的 非 功 能 性 测试 策略 


- 当 团队 能 够 在 本 地 使 用 减少 了 的 测试 套件 时 ， 他 们 可 能 会 发 现 测试 数据 和 测试 方法 不 一 臻 
团队 可 能 会 创建 新 的 和 独特 的 测试 ， 其 中 一 些 可 能 被 系统 团队 采纳 来 帮助 建立 更 大 的 测试 集合 
> 测试 基础 设施 和 配置 可 能 会 得 到 不 断 的 提高 

. 团队 获得 对 非 功能 性 需求 的 影响 的 实用 性 理解 ， 有 助 于 提高 对 业务 和 架构 特性 的 估算 水 平 


即便 如 此 ， 在 某 些 情况 下 ， 日 常 进行 的 非 功 能 性 需求 测试 环境 也 可 能 无 法 使 用 〈 例 如， 现场 测试 车 辆 导航 软件 ) 。 在 这 些 情 
况 下 ， 可 以 使 用 下 面 的 方法 (参考 资料 [4]) : 


- 使 用 虚拟 硬件 
- 创建 模拟 器 
- 创建 相似 的 环境 


在 所 有 的 情况 下 ， 有 效 地 测试 非 功 能 性 需求 需要 一 定 的 思考 和 创造 性 。 另 一 方面 ， 如 果 缺 乏 非 功 能 性 需求 测试 ， 可 能 会 增加 
重大 的 技术 债务 风险 ， 而 更 糟 的 情况 是 会 导致 系统 故障 。 
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4.10 项 目 群 增 量 


很 多 人 对 执行 不 够 重视 。 如 果 你 承诺 要 做 完 一 件 事 情 ， 你 就 要 对 这 一 承诺 坚持 到 底 。 


一 一 肯 尼 斯 aig Rt 


从 空想 到 实干 是 质 的 飞跃 。 


— Barbara Sher!”! 


摘要 


项 目 群 增 量 (Pl) 是 SAFe 框 架 中 最 大 的 PDCA 循环 ， 即 计划 -执行 -检查 -调整 (plan-do-check-adjust) 的 学 习 周 期 。Pl 是 
针对 敏捷 发 布 火 车 (或 价值 流 ) 而 言 的， 就 像 迭 代 是 针对 敏捷 团队 而 言 的 ，PI 是 一 个 固定 的 节奏 ， 用 于 构建 和 验证 完整 的 系统 增 
量 ， 并 向 客户 演示 价值 从 而 获得 快速 反馈 。 每 个 PI 都 是 一 个 开发 时 间 盒 ， 利 用 节奏 和 同步 来 协调 计划 ， 限 制 在 制品 ， 提 供 价值 的 
汇集 并 获得 反馈 ,确保 使 用 持续 一 致 的 项 目 群 回 顾 。 在 PI 范围 内 ， 它 还 涵盖 了 对 投资 组 合 层级 和 产品 路 线 图 的 战略 性 思考 。 


PI 可 以 汇聚 多 个 团队 、 多 个 碗 代 ， 让 企业 集中 精力 在 一 个 时 间 盒 内 进行 价值 交付 。 同 时 ， 持 续集 成 和 系统 /解决 方案 验证 也 
是 我 们 一 贯 坚 持 的 目标 ，PI 的 时 间 盒 还 可 以 提供 一 个 强制 性 的 对 完整 系统 的 集成 和 验证 ， 这 样 可 以 显著 减少 由 于 延迟 集成 和 缓慢 
的 内 、 外 部 客户 反馈 所 造成 的 风险 。 


一 般 而 言 ，PI 周 期 和 发 布 周期 有 所 不 同 。 但 在 某 些 情况 下 ，PI 和 发 布 节奏 也 可 以 相同 ， 这 样 做 便于 进行 管理 ; 在 另外 一 些 情 
况 下 ,项 目 群 的 发 布 节奏 可 能 比 PI 节奏 更 短 或 更 长 ;还 有 一 些 情况 下 ， 不 同 的 解决 方案 的 组 件 存 在 于 多 个 独立 的 发 布 周 期 中 。 


SAFe 把 时 间 表 划分 为 项 目 群 增 量 中 的 一 系列 迭代 。SAFe 全 景 图 表明 了 一 个 项 目 群 增 量 如 何 从 项 目 群 增 量 计划 会 议 启动 ， 然 
后 执行 4 个 返 代 ， 最 后 执行 1 个 创新 与 计划 和 迭代 。 


这 种 模式 只 是 一 种 建议 ， 不 必 强 制 执行 ， 在 SAFe 中 也 没有 固定 一 个 项 目 群 增 量 应 该 包含 有 多 少 个 迭代 。 经 验 表明 ， 一 个 项 
目 群 增 量 的 持续 时 间 在 8 ~ 12 周 之 间 的 效果 最 好 ， 并 且 倾 向 于 使 用 尽 可 能 短 的 持续 时 间 。 

项 目 群 增 量 可 以 看 作 是 PDCA 循环 的 一 种 扩展 ， 它 把 有 战略 意义 的 时 间 和 价值 汇总 为 一 些 有 意义 的 节点 ， 从 而 对 开发 中 的 解 
决 方案 进行 客观 度量 。 根 据 “ 通 过 集成 点 控制 产品 开发 ” (参考 资料 [1]) 中 的 描述 ， 项 目 群 增 量 是 一 种 常规 的 节点 ， 可 以 用 来 
评估 整个 系统 或 者 解决 方案 中 逐渐 实现 的 功能 。 


价值 流 和 敏捷 发 布 火车 都 使 用 相同 的 项 目 群 增 量 节奏 ,如 图 4.10-1 所 示 。 
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图 4.10-1 价值 流 和 敏捷 发 布 火车 遵循 同样 的 PI 节奏 

项 目 群 增 量 遵循 经 典 的 PDCA 学 习 循环 。 项 目 群 增 量 计 划 会 议 是 循环 中 的 “计划 ” (Plan) 步骤 ，“ 执 行 ” (Do) 步骤 就 
是 项 目 群 增 量 的 执行 ，“ 检 查 ” (Check) 步骤 是 演示 ， 检 视 和 调整 工作 坊 是 “调整 ” (Adjust) 步骤 。 这 种 做 法 同样 适用 于 价 
值 流 和 敏捷 发 布 火车 的 实施 ， 可 以 参见 6.2 节 中 的 描述 。 
按 节 奏 开 发 ， 随 时 发 布 

一 系列 持续 的 端 到 端 项 目 群 增 量 ， 构 成 了 敏捷 发 布 火车 的 节拍 。 这 样 的 话 ， 敏 捷 发 布 火车 的 资产 也 可 以 持续 、 增 量 式 地 积累 
起 来 。 然 而 ， 解 决 方案 的 发 布 则 是 另 一 个 独立 的 事件 ， 在 5.10 节 和 4.19 节 中 有 相关 描述 。 根 据 这 些 原则 ， 项 目 群 和 价值 流 可 以 自 
由 地 建立 最 佳 的 产品 开发 节奏 ， 持 续 不 断 地 构建 增 量 功能 ;而 业务 部 门 可 以 根据 业务 或 市 场 的 需要 ， 自 由 地 进行 版 本 发 布 。 
执行 项 目 群 增 量 


在 执行 的 过 程 中 ， 一 系列 的 项 目 群 事件 创建 了 一 个 闭环 系统 ， 从 而 “保持 火车 在 轨道 上 行进 ”， 如 图 4.10-2 所 示 。 
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图 4.10-2 项目 群 执行 事件 
下 文 将 对 每 个 项 目 群 事件 进行 详细 描述 。 
项 目 群 增 量 计划 会 议 


项 目 群 增 量 始 于 项 目 群 增 量 计划 会 议 ， 鉴 于 项 目 群 增 量 中 的 关键 事件 是 有 固定 节奏 和 流程 的 ， 所 以 可 以 把 日 期 预先 设 定好 
(通常 可 以 考虑 一 年 内 的 事件 ) ， 这 样 可 以 降低 会 务 、 差 旅 、 行 政和 其 他 事务 的 成 本 。 


在 项 目 群 增 量 计 划 会 议 中 ， 团 队 对 工作 的 内 容 和 交付 时 间 进 行 估算 ， 并 且 明 确 工作 之 间 的 依赖 天 系 。 项 目 群 增 量 计划 会 议 也 
会 根据 将 要 定义 、 构 建 和 演示 的 工作 内 容 ， 设 定 相应 的 集成 和 演示 的 基线 。 项 目 群 增 量 计划 的 一 个 输出 是 一 组 项 目 群 增 量 目标 ， 
用 于 详细 描述 在 项 目 群 增 量 结束 时 ， 敏 捷 交 付 火车 将 会 集成 和 演示 哪些 内 容 。 


Scrum of Scrums 


发 布 火车 工程 师 (RTE) 通常 每 周 (或 根据 需要 可 以 更 加 频繁 ) 组 织 Scrum of Scrums (SoS) 会 议 ， 来 持续 协调 处 理 敏捷 
发 布 火车 上 的 依赖 关系 ， 并 将 进展 和 障碍 以 可 视 化 的 方式 呈现 出 来 。 由 RTE、Scrum Master 和 其 他 成 员 ( 视 具体 情况 而 定 ) 参 
加 SoS 会 议 ， 更 新 里 程 碑 的 进度 、 项 目 群 增 量 目标 和 团队 之 间 的 内 部 依赖 天 系 。 该 会 议 的 时 间 一 般 不 超过 30 分 钟 ， 随 后 可 以 召 
开 “ 跟 进 会 ”来 解决 发 现 的 问题 。 图 4.10-3 描 述 了 一 个 建议 的 SoS 会 议 议程 。 


Scrum of Scrums 会 议 议 程 (15 ~ 30 分 钟 ) 指南 
1. 你 的 团队 自 上 次 会 议 以 来 完成 了 什么 ? e 发 布 火车 工程 师 经 常 担 任 首 席 
2. 你 的 团队 在 当前 和 下 次 会 议 之 间 将 完成 什么 ? Scrum Master 


3. 是 否 有 阻碍 ? 。 推荐 每 周 召 开 两 次 
4. 你 们 有 可 能 会 阻碍 其 他 团队 吗 ? e 出 勤 是 强制 性 的 ， 如 果 有 人 不 
能 参加 ， 必 须 安排 代表 出 席 并 
跟 进 会 议 / 问题 解决 pm = 
。 受 影响 的 各 方 可 以 留 下 来 ， 参 加 解决 问题 a 


异地 团队 : 安排 一 个 合适 的 时 
间 ， 保证 所 有 人 都 可 以 通过 电 
话 或 亲自 参加 
o RTE 负责 与 主要 利益 相关 者 
及 发 布 管理 团队 进行 沟通 ， 包 
括 所 有 的 主要 阻 蹇 、 挑 战 或 障 
DF Be 


的 会 议 
e 时 间 盒 : 根据 具体 情况 而 定 


图 4.10-3 Scrum of Scrums 会 议 议程 示例 
PO 同 步 


PO 同 步 会 议和 SoSs 会 议 类 似 ， 该 会 议 由 产品 负责 人 和 产品 经 理 参加 ， 会 议 通常 每 周 举行 ， 也 可 以 根据 具体 情况 更 频繁 地 进 
行 。PO 同 步 会 议 也 限制 时 间 盒 (30 ~ 60 分 钟 ) ， 随 后 召开 “ 跟 进 会 ”， 解 决 会 议 期 间 发 现 的 问题 。 


这 个 会 议 可 以 由 RTE 或 产品 经 理 来 组 织 推进 。 会 议 的 目的 是 ， 根 据 项 目 群 增 量 目标 将 敏捷 交付 火车 的 进展 状况 进行 可 视 化 呈 
现 ， 讨 论 特性 开发 中 的 问题 或 机 会 并 评估 任何 的 范围 调整 。 会 议 也 可 以 用 于 为 下 一 个 项 目 群 增 量 做 相应 的 准备 工作 (参见 下 
XM) ， 并 且 可 能 包括 项 目 群 待 办 事项 列表 的 梳理 工作 ， 以 及 在 下 一 个 项 目 群 增 量 计划 会 议 之 前 的 WSJF 优 先 级 排序 等 。 


全 注意 如 图 4.10-2 所 示 ， 有 时 SoS 会 议和 PO 同步 会 议 可 以 合并 成 一 个 会 议 ， 通 常 称 为 敏捷 交付 火车 同步 会 议 。 
发 布 管理 会 议 


发 布 管理 会 议 对 将 要 发 生 的 发 布 进行 治理 ， 也 提供 了 和 管理 层 定期 沟通 的 机 会 。 会 议 可 以 每 周 或 根据 项 目 群 需要 召开 。 发 布 
管理 团队 具有 批准 任何 对 范围 、 时 间或 资源 进行 必要 调整 的 权力 ， 从 而 确保 产品 的 发 布 。 


系统 演示 


项 目 群 增 量 中 的 一 个 重要 标志 是 每 两 周 举 行 一 次 的 系统 演示 。 该 演示 用 于 从 利益 相关 者 那里 获得 关于 正在 开发 系统 的 有 效 性 
和 可 用 性 的 反馈 。 该 演示 还 有 助 于 确保 同一 个 敏捷 发 布 火车 上 的 团队 之 间 的 集成 ， 集 成 需要 定期 进行 ， 且 每 个 迭代 至 少 集成 一 
次 。 


准备 下 一 个 项 目 群 增 量 计划 会 议 的 事件 


如 图 4.10-2 所 示 ， 准 备 下 一 个 项 目 群 增 量 计划 会 议 是 一 个 项 目 群 的 事件 ， 但 同时 它 也 是 一 个 持续 的 过 程 ， 它 包括 三 个 主要 方 
面 : 


1. 管 理 层 达成 一 致 ， 组 织 上 为 开展 计划 准备 就 绪 
2. 待 办 事项 准备 就 绪 
3 .推进 事件 需要 的 后 勤 保障 准备 就 绪 


以 上 三 个 方面 中 的 任何 一 项 都 会 影响 潜在 的 结果 ， 即 影响 实际 的 、 具 体 的 、 承 诸 的 项 目 群 增 量 计 划 ， 所 以 ， 需 要 慎重 地 考虑 


这 三 个 要 素 。 
爹 视 和 调整 


当 项 目 群 增 量 时 间 盒 结束 时 ， 项 目 群 增 量 也 就 “完成 。 了。 每 个 项 目 群 增 量 结束 时 ， 都 会 有 一 个 最 终 的 系统 演示 ， 即 通过 一 
个 广 而 告 之 的 事件 来 展示 所 有 在 项 目 群 增 量 期 间 完 成 的 产品 特性 。 系 统 演示 通常 会 作为 检视 和 调整 工作 坊 的 一 部 分 ， 检 视 和 调整 
是 一 个 定期 的 省 思 、 解 决 问题 ， 并 采取 必要 的 改进 措施 以 加 快 下 一 个 项 目 群 增 量 的 速度 、 质 量 和 可 靠 性 的 会 议 。 工 作坊 的 结果 通 
常 是 一 系列 的 改进 故事 ， 可 以 将 其 添加 到 待 办 事项 列表 中 ， 用 于 在 将 来 的 项 目 群 增 量 计 划 会 议 中 讨论 。 通 过 这 种 方式 ， 可 以 在 每 
次 项 目 群 增 量 中 对 每 一 个 敏捷 交付 火车 进行 改进 。 


~ 


在 包含 多 个 敏捷 交付 火车 的 价值 流 中 进行 项 目 群 增 量 执行 
在 大 型 的 、 包 含 多 个 敏捷 交付 火车 的 价值 流 中 ， 为 了 能 更 好 地 聚焦 在 对 解决 方案 的 进展 上 ， 有 必要 使 用 更 多 的 事件 和 活动 。 
价值 流 的 项 目 群 增 量 计划 前 、 后 会 议 


项 目 群 增 量 计划 前 、 后 会 议 可 以 让 敏捷 发 布 火车 和 大 型 价值 流 上 的 供应 商 针对 下 一 个 项 目 群 增 量 达 成 一 致 的 计划 。 项 目 群 增 
量 计划 前 、 后 会 议 可 以 作为 项 目 群 层级 项 目 群 增 量 计划 会 议 的 “外 包装 ”， 这 两 个 会 议 中 也 可 以 进行 实际 的 、 详 细 的 计划 活动 ， 
并 在 创新 与 计划 (IP) 迭代 的 日 历 中 进行 标注 (参见 4.17 节 ) 。 


价值 流 增 量 和 解决 方案 演示 


在 项 目 群 增 量 时 间 盒 中 ， 敏 捷 交 付 火车 通过 构建 多 个 价值 流 增 量 ， 从 而 累积 成 解决 方案 能 力 。 这 些 新 能 力 必须 被 设计 、 开 
发 、 测 试 并 与 系统 的 现 有 能 力 一 起 进行 整体 的 验证 。 解 决 方案 演示 是 Pl 学 习 环 中 最 高 层 的 活动 。 


这 是 一 个 备 受 瞩目 的 事件 ， 价 值 流 的 利益 相关 者 、 客 户 (或 他 们 的 内 部 代理 人 ) 和 高 层 管理 者 ， 将 共同 观看 在 上 一 个 项 目 群 
增 量 中 解决 方案 方面 所 取得 的 进展 。 


在 这 个 事件 中 ， 价 值 流 展现 了 其 在 过 去 项 目 群 增 量 的 成 就 。 高 层 管理 者 和 利益 相关 者 在 更 广泛 的 解决 方案 环境 中 评审 进展 情 
况 。 它 也 可 以 用 来 通告 是 否 继续 、 调 整 ， 甚 至 取消 原 有 方案 ， 或 者 改变 价值 流 预算 。 


参考 资料 


[1] Oosterwal, Dantar P.The Lean Machine: How Harley-Davidson Drove Top-Line Growth and Profitability with Revolutionary 
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4.11 PI 计划 


因为 我 们 无 法 提前 确定 未 来 的 产品 开发 任务 ， 所 以 把 计划 和 控制 分 给 那些 能 理解 和 反馈 最 终结 果 的 人 们 吧 。 


Michael Kennedy，《 精 益 企 业 的 产品 开发 》 
SAFe 里 没有 魔法 …… 也 许 除 了 PI 计划 。 


一 一 本 书 作 者 


摘要 


敏捷 宣言 里 有 一 条 原则 说 : “不 论 团 队 内 外 ， 传 递 信息 效果 最 好 效率 也 最 高 的 方式 是 面对面 的 交谈 。” SAFe 通 过 PI 计 划 把 
这 条 原则 带 入 到 更 高 的 层级 ，PI 计 划 是 敏捷 发 布 火车 中 重要 且 有 节奏 的 同步 点 ， 它 是 常规 的 面对面 事件 ， 有 着 标准 化 的 流程 ， 包 
括 业 务 背 景 和 愿景 的 展示 ， 紧 随 其 后 的 还 有 为 即将 到 来 的 PI 制订 计划 的 团队 活动 。PI 计 划 由 发 布 火车 工程 师 组 织 ， 与 会 者 尽 可 能 
包括 敏捷 发 布 火车 的 所 有 成 员 。PI 计 划 发 生 在 创新 与 计划 (IP) 达 代 内 ， 持 续 一 天 半 到 两 天 时 间 ， 也 就 是 说 它 不 会 影响 Pl 里 其 他 
迭代 的 时 间 盒 、 进 度 或 容量 。PI 计 划 的 结果 是 基于 一 致 同意 的 项 目 群 增 量 目标 ， 而 对 下 一 个 PI 进 行 的 承诺 。 对 于 分 散 于 不 同 地 理 
位 置 的 敏捷 发 布 火车 ，PI 计 划 可 能 利用 即时 沟通 的 方式 在 同一 时 间 的 不 同 地 点 进行 。 


在 包含 多 个 敏捷 发 布 火车 的 价值 流 中 ，PI 计 划 前 会 议 为 敏捷 发 布 火车 的 PI 计 划 会 议 设 定 背 景 并 提供 目标 的 输入 信息 。 而 PI 计 
划 后 会 议 则 用 于 整合 各 列 敏捷 发 布 火车 的 结果 ， 给 价值 流 提 供 输入 信息 。 


PI 计划 会 议 是 重要 且 有 节奏 的 事件 ， 就 像 敏 捷 发 布 火 车 的 心跳 一 样 。 对 于 SAFe 来 说 ， 它 是 重要 且 不 可 或 缺 的 部 分 (如 果 你 
不 做 PI 计划 会 议 ， 就 相当 于 没 做 SAFe) 。 从 规模 上 看 ， 它 可 以 是 相当 大 的 事件 ， 如 图 4.11-1 所 示 。 
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图 4.11-1 大 规模 的 面对面 PI 计划 会 议 。 在 印度 和 斯 洛 伐 克 的 远程 团队 正在 与 美国 团队 进行 同步 计划 
PI 计划 能 带 来 不 计 其 数 的 业务 收益 ， 相 关 活 动 包括 : 
在 所 有 团队 成 员 和 利益 相关 者 之 间 建 立 广泛 的 沟通 渠道 
“ 建立 敏捷 发 布 火车 所 依赖 的 社交 网 络 


" 通过 业务 背景 、 愿 景 和 团队 及 项 目 群 增 量 目标 ， 把 开发 部 门 与 业务 部 门 对 齐 


* 识别 依赖 并 培养 跨 团队 和 跨 敏 捷 发 布 火车 的 协调 

:为 架构 提供 “适度 ”的 提升 指导 ， 并 为 用 户 体验 提供 指南 
为 需求 匹配 适度 的 容量 ， 消 除 过 剩 的 在 制品 

- 加 速决 策 过 程 


PI 计划 的 输入 包括 产品 路 线 图 和 愿景 、 项 目 群 待 办 事项 列表 中 优先 级 最 高 的 10 个 特性 ， 以 及 其 他 业务 背景 。 与 会 者 包括 所 
有 的 团队 成 员 和 项 目 群 利益 相关 者 ， 以 及 业务 负责 人 。PI 计 划 有 以 下 三 个 主要 输出 : 


1. 一 套 由 团队 创建 的 能 实现 业务 负责 人 指定 业务 价值 的 “SMART” 团 队 PI 目 标 ， 和 一 套 综合 汇总 的 项 目 群 增 量 目标 

2. 一 个 “项 目 群 公告 板 ”， 用 以 强调 新 特性 、 预 期 交付 日 期 ， 和 由 团队 目标 汇总 而 来 的 任何 其 他 相关 的 里 程 碑 

3. 一 个 对 整个 项 目 群 团队 是 否 能 达到 目标 的 信心 /承诺 的 投票 结果 

此 外 ， 在 大 型 价值 流 中 ， 多 列 敏捷 发 布 火车 通常 会 同时 进行 计划 。 这 些 计 划 事 件 的 前 后 一 般 还 有 计划 前 、 后 的 相关 事件 ， 它 
们 提供 了 多 列 敏 捷 发 布 火车 针对 共同 解决 方案 目的 而 进行 的 同步 和 协调 工作 。 本 章 后 续 会 针对 这 些 事件 展开 讨论 。 


准备 工作 


PI 计 划 是 个 主要 事件 ， 它 需要 有 准备 、 协 调和 沟通 工作 。 事 件 的 与 会 者 必须 被 提前 告知 并 做 好 充分 准备 ， 他 们 包括 产品 管理 
者 、 敏 捷 团 队 、 系 统 和 解决 方案 架构 师 /工程 师 、 系 统 团 队 和 其 他 利益 相关 者 。 


为 一 个 成 功 的 事件 做 准备 需要 做 到 如 下 三 个 主要 方面 : 

+ 组 织 结构 准备 就 绪 一 战略 上 的 同步 、 团 队 及 火车 的 组 建 

“ 内 容 准 备 就 绪 一 一 管理 和 开发 的 准备 

+ 设施 准备 就 绪 一 一 事件 发 生 的 具体 地 点 和 相关 后 勤 

以 下 从 附录 C 中 (参考 资料 [1]) 中 挑选 了 一 些 条 目 进行 描述 ， 更 多 详情 可 参见 参考 资料 [1] 的 第 15 章 。 
组 织 结构 准备 就 绪 


在 做 计划 之 前 ， 保 证 在 各 参与 者 、 利 益 相关 者 和 业务 负责 人 之 间 进 行 合 理 的 战略 同步 ， 这 是 一 件 非常 重要 的 事情 ; 团队 应 就 
价值 流 达 成 统一 意见 ;关键 的 角色 需要 被 指定 。 为 了 处 理 好 这 方面 的 内 容 ， 准 备 过 程 中 需要 考虑 如 下 问题 : 


. 计划 范围 及 背景 
在 一 起 参与 计划 ? 


计划 流程 中 的 范围 〈 关 于 产品 、 系 统 、 技 术 领 域 ) 是 否 已 被 所 有 人 理解 ?我 们 是 否 了 解 哪些 团队 需要 


. 业务 对 齐 一 一 在 各 业务 负责 人 之 间 是 否 就 优先 级 达成 了 合理 的 共识 ? 


* 敏捷 团队 一 一 我 们 有 敏捷 团队 吗 ? 每 个 敏捷 团队 是 否 有 专门 的 开发 人 员 和 测试 资源 ， 是 否 有 一 位 被 指定 的 敏捷 教练 和 一 位 
产品 负责 人 ? 
内 容 准 备 就 绪 


保证 具有 清晰 的 愿景 和 背景 ， 而 且 有 合适 的 利益 相关 者 能 参与 计划 会 议 ， 这 件 事情 同样 是 非常 重要 的 。 因 此 PI 计划 必须 包 


“ 管理 层 概 述 一 一 该 概述 定义 了 当前 的 业务 背景 


- 产品 愿景 概述 一 一 该 概述 由 产品 管理 者 准备 ， 涵 盖 了 项 目 群 待 办 事项 列表 中 优先 级 最 高 的 10 个 特性 


. 架构 愿景 概述 一 一 该 概述 是 由 公司 的 首席 技术 官 、 企 业 架构 师 ， 以 及 系统 架构 师 为 沟通 新 的 使 能 、 特 性 和 非 功 能 性 需求 而 


准备 的 
设施 准备 就 绪 


要 保证 支持 很 多 与 会 者 参与 的 事件 所 必需 的 物理 地 点 和 技术 设施 ， 同 样 不 是 一 桩 小 事 ， 尤 其 是 涉及 远程 接 入 的 与 会 者 。 需 
考虑 的 因素 如 下 : 


* 设施 一 一 房间 必须 足够 容纳 所 有 与 会 者 ， 并 按 需 配备 休息 室 


* 设备 /技术 支持 人 员 


这 些 人 需要 提前 找 好 并 提早 到 场 5 在 环境 搭建 、 测 试 ， 以 及 整个 计划 事件 中 可 以 随 时 提供 支持 


. 沟通 渠道 在 分 布 式 计划 会 议 中 ， 主 会 场 和 分 会 场 的 音频 、 视 频 和 演示 渠道 必须 可 用 


会 议 议程 


pl 计划 会 议 通常 遵循 一 个 标准 的 议程 ， 如 图 4.11-2 所 示 ， 下 面 就 议程 中 的 每 个 条 目 展开 描述 。 


第 一 天 议程 第 二 天 议程 


— 8:00~ pee 
业务 背景 9.00 计划 调整 


敏捷 发 布 火车 / 


解决 方案 愿景 9:00 一 


架构 愿景 和 开发 实践 


11:00~ yee 
1:00 最 终 计 划 评 审 


计划 背景 


1:00~ 
2:00 项 目 风险 


2:00 > $n es 

B/D a 
必要 时 重 做 计划 
22? 


计划 回顾 和 向 前 推进 


评审 计划 草案 


管理 者 评审 和 解决 问题 


图 4.11-2 ”标准 的 两 天 PI 计划 会 议 议 程 


层 管理 者 或 者 业务 线 负 责 人 描述 当前 的 业务 状态 ， 并 从 业务 角度 介绍 目前 的 解决 方案 在 多 大 程度 上 满足 了 


汉 捷 发 布 火车 /解决 方案 愿景 一 一 产品 管理 者 介绍 当前 的 愿景 ， 通 常 对 即将 进行 发 布 的 优先 级 最 高 的 10 个 特性 进行 展示 ， 
并 指出 自 上 次 PI 计划 会 议 以 来 发 生 的 任何 变化 ， 以 及 即将 到 来 的 所 有 里 程 碑 。 


oe 中 和 开发 实践 一 一 系统 架构 师 / 工 程 师 演示 架构 愿景 。 此 外 ， 高 级 开发 经 理 可 能 会 演示 为 了 支持 敏捷 ， 在 开发 实践 
中 发 生 的 一 些 变 化 ， 比 如 自动 化 测试 和 持续 集成 ， 这 些 都 发 生 在 下 一 个 PI 之 前 。 


: 计划 背景 一 一 发 布 火车 工程 师 演示 计划 流程 及 会 议 的 预期 结果 。 


这 次 突破 中 ， 团 队 为 每 个 先 代 预 估 他 们 的 容量 《速度 ) ， 并 把 那些 有 可 能 需要 实现 的 特性 识别 为 待 
办 事项 条 目 。 每 个 团队 都 会 为 逐个 和 迭代 创建 各 自 的 计划 草案 ， 并 且 所 有 团队 成 员 都 能 看 到 它 。 在 这 个 过 程 中 ， 他 们 会 识别 风险 和 
依赖 ， 并 起 草 团 队 的 初始 PI 目 标 。 同 时 ， 团 队 会 把 特性 添加 到 项 目 群 公告 板 上 。 


-PRERA  it 2) RIF GA A VA, ASR RATE, GI AAR. EW eto 
关系 。 业 务 负责 人 、 产 品 管理 者 、 其 他 团队 和 利益 相关 者 会 进行 评审 ， 并 提供 输入 。 


: 管理 者 评审 和 解决 问题 计划 草案 很 可 能 出 现 挑 战 ， 比 如 范围 和 资源 的 限制 及 各 种 依赖 关系 。 在 这 个 评审 和 问题 解决 会 
议 里 ， 管 理 层 对 范围 进行 协商 ， 通 过 各 种 对 计划 的 调整 ， 达 成 一 致 来 解决 这 些 挑战 。 必 要 时 ， 发 布 火车 工程 师 会 组 织 此 会 议 ， 并 
把 关键 的 利益 相关 者 聚 在 一 起 ， 为 达到 某 个 可 实现 的 目标 而 制订 决策 。 在 包括 多 个 敏捷 发 布 火车 的 价值 流 中 ， 类 似 的 会 议 可 能 会 
在 计划 第 一 天 之 后 举行 ， 用 以 解决 那些 在 计划 中 出 现 的 跨 敏 捷 发 布 火车 的 问题 ， 或 者 受到 影响 的 敏捷 发 布 火车 的 RIE 可 以 相互 讨 


论 然 后 提出 问题 ， 再 通过 火车 管理 层 的 评审 及 问题 解决 会 议 进行 最 终 的 解决 。 


第 一 天 
. 计划 调整 一 一 第 二 天 ， 会 议 从 管理 者 开始 ， 他 们 描述 针对 计划 范围 和 资源 的 任何 变化 。 


. 第 二 次 团队 突破 一 一 基于 前 一 天 的 计划 和 适当 的 调整 ， 团 队 继 续 进 行 计划 。 他 们 会 最 终 落实 那些 由 业务 负责 人 为 业务 价值 
所 分 配 的 PI 目标 。 

- 最 终 计 划 评 审 一 一 在 最 终 计划 评审 会 议 里 ， 每 个 团队 都 向 全 体 与 会 者 演示 他 们 的 计划 方案 。 每 个 团队 必须 在 演示 的 结尾 阐 
明 他 们 的 风险 和 障碍 ， 但 并 不 会 在 如 此 短 时 间 里 尝试 解决 。 如 果 所 做 的 计划 是 被 客户 所 接受 的 ， 团 队 会 把 他 们 的 PI 目标 列表 和 项 
目 群 风险 列表 贴 到 房间 的 前 面 ， 以 便 所 有 人 能 随时 看 到 这 些 汇总 的 目标 ， 以 及 如 何 展开 成 每 个 团队 的 目标 。 


项 目 风 险 一 一 在 计划 过 程 中 ， 团 队 已 经 识别 了 可 能 会 影响 目标 达成 的 项 目 群 层 级 的 关键 风险 和 障碍 。 这 些 风险 需要 在 全 体 
与 会 者 面前 充分 地 向 管理 层 进行 强调 。 团 队 通 过 一 种 清晰 、 诚 实 和 可 见 的 方式 ， 把 所 有 已 识别 的 风险 逐个 归 入 以 下 类 别 : 


: 已 解决 团队 同意 该 问题 已 不 再 值得 关注 
. 已 承担 一 一 该 风险 无 法 在 会 议 上 解决 ， 但 有 人 会 承担 该 风险 的 处 理 


: 已 接受 一 一 有 些 风 险 就 是 事实 或 者 可 能 发 生 的 事情 ， 必 须 被 理解 和 接受 
: 已 减轻 一 一 团队 能 制订 一 个 计划 来 减轻 该 风险 的 影响 


. 信心 投票 一 一 一 旦 确定 了 项 目 群 风 险 ， 团 队 成 员 会 在 会 议 上 针对 他 们 的 PI 目标 对 整个 PI 进行 信心 投票 。 每 个 团队 进行 一 
次 “五 指 举 ”投票 。 如 果 平 均 有 三 到 四 根 手 指 ， 管 理 层 就 应 该 接受 团队 的 承诺 。 如 果 平 均 数 少 于 三 根 手 指 ， 那 么 计划 需要 调整 和 
重 做 。 任 何人 如 果 伸 出 两 根 或 两 根 以 下 的 手指 ， 就 需要 给 他 们 机 会 说 出 其 顾虑 。 这 时 可 能 会 加 入 风险 列表 ， 并 需要 重新 计划 ， 也 


可 能 只 是 简单 地 进行 记录 即 可 。 
必要 时 重 做 计划 一 一 如 果 需 要 ， 团 队 需 要 重 做 他 们 的 计划 ， 直 到 共同 达到 一 个 较 高 的 信心 水 平 。 经 常 进行 对 齐 和 承诺 ， 比 
僵化 地 遵守 时 间 金 规则 更 有 价值 。 


. 计划 回顾 和 向 前 推进 
些 下 次 可 以 做 得 更 好 。 接 下 来 ， 会 讨论 后 续 的 活动 ， 包 括 在 敏捷 项 目 管 理工 具 中 捕获 目标 和 故事 ， 为 即将 到 来 的 关键 活动 和 和 


安排 时 间 表 …… 并 清理 会 议 室 ! 


最 后 ， 发 布 火 车 工程 师 会 组 织 一 个 简短 的 回顾 会 议 ， 去 捕获 哪些 方面 做 得 好 ， 哪 些 做 得 不 好 ， 哪 
件 


成 功 计划 会 议 的 输出 


一 次 成 功 的 计划 会 议 可 以 交付 以 下 三 项 主要 的 结果 。 


1. 每 个 团队 都 有 一 套 SMART 的 目标 ， 该 目标 由 团队 创建 ， 其 业务 价值 由 业务 负责 人 制订 。 这 些 目标 中 可 能 包含 延伸 性 目 
标 ， 延 伸 性 目标 是 指 那 些 列 入 计划 但 团队 不 做 承诺 的 目标 。 延 伸 性 目标 提供 了 灵活 的 容量 和 范围 管理 ， 以 此 来 增加 敏捷 发 布 火车 
的 可 靠 性 和 质量 (在 所 需要 容量 内 ， 按 节奏 可 靠 地 实现 交付 ) 。 图 4.11-3 描 述 了 一 个 团队 PI 目标 的 示例 。 


“项 目 群 公告 板 ”用 于 强调 新 特性 的 交付 日 期 ， 展 现 团队 及 其 他 敏捷 发 布 火车 之 间 的 依赖 关系 ， 以 及 相关 的 里 程 碑 等 ， 如 
图 4.11-4 所 示 。 


P14 的 目标 业务 价值 
用 模拟 声音 进行 概念 验证 10 


用 雷达 帮助 进行 概念 验证 4 
决定 购买 /制造 引擎 噪音 3 
人 == 
用 真实 声音 进行 概念 验证 7 


图 4.11-3 ” 带 有 业务 价值 和 延伸 性 目标 的 团队 目标 列表 
3. 由 敏捷 发 布 火车 实现 这 些 目标 的 信心 /承诺 的 投票 。 
计划 会 议 后 的 活动 
当 团 队 确 定好 下 一 个 PI 的 待 办 事项 列表 后 ，PI 计 划 会 议 就 结束 了 。 输 出 的 这 些 内 容 会 被 当做 新 的 输入 ， 用 在 接 下 来 的 常规 迭 
代 计划 过 程 中 。 


计划 会 议 之 后 ， 发 布 火车 工程 师 把 团队 PI 目标 汇总 到 项 目 群 PI 目 标 中 (详细 内 容 可 以 参见 4.13 节 ) ， 并 向 利益 相关 者 沟通 期 
望 和 跟踪 目标 的 进展 情况 。 这 个 过 程 通常 发 生 在 PI 计划 会 议 之 后 ， 有 时 还 可 能 需要 维护 项 目 群 公告 板 。 有 了 PI 计划 ， 一 般 会 由 产 
品 管理 者 对 产品 路 线 图 进行 更 新 。 


最 后 ， 也 是 最 重要 的 ， 就 是 项 目 群 的 执行 了 ， 包 括 执行 PI、 跟 踪 进 展 ， 并 在 新 知识 涌现 时 做 出 必要 的 调整 和 更 新 。 


包含 多 个 敏捷 交付 火车 的 价值 流 中 的 PI 计划 


以 上 描述 主要 针对 单列 敏捷 发 布 火车 的 计划 活动 。 然 而 ， 在 更 大 的 价值 流 中 ， 多 列 敏 捷 发 布 火车 同样 需要 进行 这 种 计划 活 
动 ， 而 且 跨 火 车 之 间 的 合作 也 是 必需 的 。 

基于 后 勤 、 地 域 和 范围 等 因素 ， 这 些 计划 活动 可 能 同时 进行 ， 或 者 错开 几 天 在 创新 与 计划 和 欠 代 中 进行 。 从 这 种 情况 下 ，PI 计 
划 会 议 的 时 间 介 于 价值 流 层 的 PI 计 划 前 会 议和 PI 计 划 后 会 议 之 间 。 


@ PRRAEE Pl1 项 目 群 公告 板 
| | 迭代 1.1 | 迭代 12 | 迭代 13 | 迭代 1.4 
wm | ef T _ |m 
ee | ae 
mz | miy | 

m/s 


HiT BA 


jE 1.5(IP)| PL2>>> 


要 架构 师 / 
程 帅 支持 
ey 线条 = 故事 之 问 的 依 
-和 性 或 全 能 E SERI /一 相关 系 ， 需 要 在 竺 性 完 
a 成 之 前 进行 处 理 
图 4.11.4 项 目 群 公 告 板 示例 
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412 业务 负责 人 
很 难 想象 有 比 把 决策 交 给 那些 不 会 为 错误 付出 任何 代价 的 人 更 加 愚 态 、 更 加 危险 的 决策 方式 。 
一 一 托马斯 RHR" 
摘要 


在 SAFe 中 ， 业 务 负责 人 是 由 3 ~ 5 个 利益 相关 者 组 成 的 关键 团队 ， 这 些 利益 相 关 者 分 担 对 特定 的 敏捷 发 布 火车 所 交付 的 客户 
价值 的 诚信 、 治 理 、 效 率 和 投资 回报 (RO!) 的 责任 。 对 于 每 列 火 车 ， 这 个 角色 由 最 适合 承担 这 些 责任 的 人 来 完成 。 业 务 负责 


可 以 通过 回答 下 面 的 问题 而 最 终 被 确定 : “什么 样 的 天 键 领导 者 能 够 引导 这 列 火 车 确定 正确 的 方向 ， 参 与 计划 ， 帮 助 清除 障碍 ， 
代表 开发 团队 、 业 务 伙伴 和 客户 发 言 ， 并 最 终 批 准 一 系列 的 PI 计 划 ， 同 时 又 非常 清楚 团队 所 交付 的 成 果 永远 都 不 可 能 让 所 有 人 都 


azo n 
满意 ? 


对 这 个 问题 的 回答 将 能 够 甄别 出 一 列 火 车 上 的 业务 负责 人 ， 他 们 在 帮助 火车 交付 价值 中 发 挥 了 关键 和 积极 的 作用 。 业 务 负责 
会 承担 很 多 职责 ， 他 们 在 Pl 计划 中 有 一 个 具体 的 责任 ， 就 是 参与 使 命 设 定 、 制 订 计划 、 评 审计 划 草 案 、 管 理 者 评审 和 解决 问 
题 。 他 们 把 业务 价值 分 配 到 PI 目标 上 ， 并 最 终 批准 PI 计划 。 但 是 在 PI 计划 制订 之 后 ， 业 务 负 责 人 并 不 会 消失 ， 而 是 积极 主动 地 持 
续 参 与 ， 这 是 每 一 列 火 车 成 功 的 决定 性 因素 。 


自 管 理 、 自 组 织 的 敏捷 团队 和 敏捷 发 布 火 对 SAFe 的 成 功 公关 重要 。 这 代表 着 管理 思想 的 一 种 显著 变化 。 管 理 者 将 不 会 再 负 
责 直 接 通过 分 配 任务 和 活动 ， 来 管理 新 产品 的 开发 。 相 反 ， 他 们 通过 使 命 和 愿景 展现 领导 力 ， 通 过 教练 和 技能 提升 帮助 团队 ， 很 
大 程度 上 把 权力 下 放 到 敏捷 发 布 火车 的 成 员 身 上 。 因 此 ， 精 益 -敏捷 工作 方式 的 转型 ， 并 不 能 减少 管理 者 最 终 需要 承担 的 管理 职 
责 ， 他 仍然 对 组 织 及 人 员 成 长 、 卓 越 运 营 和 业务 成 果 负 责 。 


为 了 获得 业务 成 功 ，SAFe 定 义 了 业务 负责 人 的 职责 ， 这 是 一 个 由 管理 者 承担 的 关键 角色 ， 发 挥 着 指导 敏捷 发 布 火车 产 出 正 
确 成 果 的 作用 。SAFe 的 业务 负责 人 的 具体 职责 和 活动 使 他 们 能 够 履行 对 企业 的 义务 ， 同 时 授权 团队 做 出 最 好 的 成 绩 。 业 务 负责 
人 是 精益 -敏捷 的 领导 者 ， 他 们 通过 特定 的 敏捷 发 布 火车 共同 担负 最 终 价值 交付 的 责任 。 他 们 负责 理解 企业 的 战略 主题 ， 并 给 予 
火车 一 定 的 影响 。 他 们 拥有 当前 企业 业务 背景 和 价值 流 背 景 的 知识 ， 并 参与 驱动 和 评审 项 目 群 愿景 及 产品 路 线 图 的 制订 。 


责任 


为 了 有 效 实施 其 授权 ， 需 要 业务 负责 人 积极 地 、 持 续 地 参与 并 且 履 行 他 们 的 责任 。 具 体 的 执行 过 程 是 围绕 着 项 目 群 增 量 进行 
增 量 开发 ， 下 文 会 从 这 个 角度 描述 其 主要 责任 。 


Pl 计划 之 前 
对 于 业务 负责 人 来 说 ，PI 计 划 之 前 比较 忙碌 ， 因 为 他 们 将 会 : 
- 尽量 参加 PI 计划 前 会 议 


理解 和 帮助 确保 业务 目标 被 火车 的 关键 利益 相关 者 理解 并 同意 ， 利 益 相 关 者 包括 发 布 火车 工程 师 (RTE) 、 产 品 经 理 和 系 


统 架 构 师 


w 
ae 
ke 
aM 
$ 


景 的 介绍 ， 包 括 里 程 碑 和 重大 外 部 依赖 关系 ， 例 如 供应 商 依赖 


PI 计 划 中 


业务 负责 人 在 PI 计划 的 作用 至 关 重 要 ， 他 们 将 会 : 


- 在 规定 的 PI 计划 议程 的 时 间 鲍 里 传递 业务 背景 下 的 相关 要 素 


. 准备 并 且 参 与 菜 些 关键 活动 ， 包 括 愿 景 展示 、 评 审计 划 草 案 、 分 配 最 终 业 务 价值 到 PI 目标 上 、 批 准 最 终 计 划 


* 在 以 下 方面 发 挥 关键 作用 ， 包 括 评审 计划 草案 ， 理 解 计划 蓝图 ， 理 解 这 些 计 划 怎 样 执 行 、 怎 样 整合 ， 以 及 计划 是 否 可 以 支 
持 当 前 业务 目标 。 关 注重 大 的 外 部 承诺 和 依赖 关系 


* 在 计划 期 间 积极 沟通 ， 将 业务 优先 级 传达 给 团队 ， 并 协调 利益 相关 者 之 间 的 关系 ， 从 而 确保 与 火车 的 关键 目标 保持 一 致 。 
与 管理 者 评审 和 解决 问题 的 会 议 。 评 审 和 调整 范围 ， 在 必要 时 做 出 权衡 取舍 
分 配 业务 价值 


在 PI 计划 期 间 分 配 业务 价值 的 活动 ， 为 团队 和 最 重要 的 利益 相关 者 及 业务 负责 人 之 间 提 供 了 一 个 非常 重要 的 面对面 对 话 的 机 
会 。 这 是 发 展 敏捷 团队 和 业务 负责 人 之 间 关 系 ， 在 相互 承诺 的 基础 上 获得 理解 ， 并 且 更 好 地 了 解 真正 业务 目标 和 它们 相关 价值 的 
机 会 。 图 4.12-1 提 供 了 一 个 示例 。 


PI 目标 业务 价值 
千 构 化 位 置 和 位 置 验证 7 
构建 和 演示 图 像 的 概念 验 i 8 


通过 标签 3 JNE AJALA S nl en 回 三 F 8 
提高 50% | 速度 10 
索引 12 亿 网 页 10 


提取 和 构建 URL 摘要 10 


全 名 模糊 搜索 7 
将 表情 质量 提高 到 80% 相关 性 


图 4.12-1 队 根 据 业务 价值 排列 PI 目标 的 示例 


在 分 配 业 务 价值 的 过 程 中 ， 业 务 负责 人 通常 会 将 面向 用 户 的 特性 排 在 最 高 优先 级 。 但 是 有 经 验 的 业务 负责 人 明白 ， 架 构 和 其 
他 关注 也 将 会 增加 团队 产 出 未 来 业务 价值 的 速度 ， 因 此 在 使 能 上 改变 业务 价值 ， 可 以 帮助 提高 团队 产 出 的 最 终 速 度 ， 并 且 支 持 合 
理 的 技术 挑战 。 另 外 ， 由 于 PI 计 划 之 后 的 道路 必然 是 曲折 的 ， 所 以 经 过 业务 价值 排序 之 后 的 目标 ， 可 以 为 团队 提供 进行 权衡 取舍 
和 小 范围 调整 的 依据 ， 这 在 一 定 程度 上 能 够 保证 团队 交付 最 大 化 的 业务 收益 。 最 后 ， 这 些 数字 也 是 确定 PI 的 可 预测 性 的 一 个 度量 
指标 ， 这 也 是 项 目 群 绩效 和 可 靠 性 的 一 个 关键 度量 指标 。 


检视 和 调整 


检视 和 调整 工作 坊 是 一 个 更 大 的 、 基 于 节奏 的 机 会 ， 敏 捷 交 付 火车 会 整合 在 一 起 来 反映 和 解决 他 们 面临 的 更 大 的 、 系 统 性 的 
障碍 ， 如 果 没有 业务 负责 人 的 帮助 ， 很 多 障碍 是 无 法 解决 的 。 


在 工作 坊 期 间 ， 业 务 负责 人 针对 计划 帮助 评估 实际 实现 的 业务 价值 ， 并 且 在 此 之 后 参与 解决 问题 的 活动 。 


在 PI 执 行 中 

业务 负责 人 的 工作 并 不 会 因为 PI 计 划 的 完成 而 结束 ， 他 们 还 会 继续 承担 帮助 PI 成 功 的 责任 ， 他 们 将 会 : 
* 参与 发 布 管理 ， 重 点 关注 范围 管理 、 质 量 、 部 署 方案 、 发 布 和 市 场 方面 的 考虑 

* 积极 参与 正在 执行 的 、 达 成 一 致 的 开发 活动 ， 来 维持 业务 和 开发 的 对 齐 ， 因 为 优先 级 和 范围 的 变更 是 无 法 避免 的 
. 参与 系统 演示 来 检查 进度 并 提出 反馈 

+ 根据 需要 适当 参加 敏捷 团队 迭代 计划 和 迭代 回顾 会 议 

其 他 责任 

除了 上 述 描述 的 内 容 外 ， 业 务 负责 人 可 能 还 承担 另外 一 些 责任 ,包括 : 

- 参与 并 提供 敏捷 交付 火车 构建 的 能 力 和 子 系统 相关 的 解决 方案 演示 ， 并 提供 反馈 

:积极 排除 障 三， 特别 是 那些 超出 了 火车 上 关键 利益 相关 者 权力 范围 之 外 的 障碍 

- 参与 PI 计划 后 会 议 ， 并 且 辅 助 火 车 在 需要 时 调整 敏捷 发 布 火车 的 PI 计划 。 

. 在 某 些 情况 下 ， 参 与 项 目 群 投资 组 合 管理 ， 产 品 管理 甚至 发 布 管理 和 系统 架构 建设 

需要 反复 强调 的 一 点 是 : 业务 负责 人 的 积极 参与 是 火车 运行 成 功 的 关键 因素 。 


1 美国 当代 杰出 的 经 济 学 家 、 最 具 影 响 力 的 社会 评论 家 。 


译 者 注 


413 ”PI 目标 


制订 和 履行 小 的 承诺 可 以 建立 信任 。 而 且 必 须 针对 目标 激发 出 潜 


一 一 野 中 郁 次 郎 和 竹内 弘 高 ，《 创 建 知识 的 公司 》 


摘要 


PI 目标 是 一 个 总 结 性 的 描述 ， 用 于 表明 敏捷 团队 、 敏 捷 交 付 火车 、 价 值 流 在 即将 进行 的 PI 中 明确 的 业务 和 技术 目标 。 其 主要 
目的 是 验证 对 业务 和 技术 意图 的 理解 ， 聚 焦 于 结果 的 一 致 性 ， 而 不 是 流程 或 战术 方面 的 一 些 考虑 ， 并 把 数据 归纳 为 有 意义 的 信 
息 ， 从 而 可 以 增进 一 致 性 和 可 视 化 呈现 。 


PI 目 标 在 PI 计 划 会 议 ， 或 者 PI 计 划 后 会 议 中 最 终 确 定 下 来 。 在 PI 计 划 过 程 中 ， 每 个 团队 评审 愿景 及 其 输入 的 目标 ， 定 义 最 初 
的 故事 ， 并 把 故事 安排 到 迁 代 中 ， 直 到 达到 团队 的 容量 上 限 。 接 着 ， 团 队 对 和 帮 代 计划 进行 省 思 ， 归 纳 综合 出 本 团队 在 这 个 Pl 中 明 
确 的 技术 和 业务 目标 。 每 个 团队 的 目标 综合 汇聚 起 来 就 是 项 目 群 PI 目 标 ， 由 业务 负责 人 进行 审批 。 如 果 需 要 价值 流 层级 的 PI 计 
划 ， 那 么 项 目 群 PI 目 标 被 综合 汇聚 起 来 就 成 为 价值 流 PI 目 标 。 


通过 这 种 方式 ， 所 有 的 利益 相关 者 都 可 以 知晓 对 每 个 团队 、 每 个 敏捷 交付 火车 ， 以 及 整体 的 价值 流 的 工作 期 望 ， 而 且 所 有 的 


在 制品 (WIP) 都 是 可 视 的 。 每 个 团队 都 会 基于 自己 创建 的 计划 (而 不 是 由 别人 创建 计划 ) ， 执 行 一 套 最 新 的 、 已 知 的 、 对 齐 
的 、 明 确 的 、 可 行 的 目标 。 


在 Pl 结束 的 时 候 ， 每 个 团队 、 敏 捷 交 付 火车 以 及 价值 流 会 对 照 其 目标 ， 评 估 执 行 的 结果 ， 并 把 评估 结果 用 于 对 绩效 的 持续 改 
进 。 (更 详细 的 内 容 ， 可 以 参见 “PI 目标 的 角色 ” (Role of Pl Objectives) 在 线 指南 中 的 描 


述 ，www.scaledagileframework.com/the-role-of-piobjectives。) 


Lr 


术 


SAFe 是 基于 承诺 的 ， 通 过 来 自 敏捷 团队 、 敏 捷 交 付 火车 以 及 价值 流 中 的 一 系列 持续 的 短期 承诺 ， 支 持 有 意义 的 业务 计划 和 
交付 成 果 。 


这 种 承诺 是 关乎 开发 部 门 和 业务 利益 相关 者 之 间 信 任 天 系 的 关键 因素 。 然 而 ， 不 要 把 SAFe 中 的 承诺 与 一 系列 固定 的 、 长 期 
的 、 瀑 布 式 交 付 承 诺 相 混淆 (详细 内 容 可 以 参见 6.4 节 ) 。 为 了 做 出 有 意义 的 业务 计划 ， 需 要 解决 方案 架构 师 提 供 丰 富 的 、 可 信 
赖 的 、 有 前 瞻 性 的 预测 。 如 果 承 诺 内 容 太 少 ，“ 敏 捷 交 付 火 车 就 不 能 做 出 任何 有 意义 的 成 果 ”; 如 果 承 诺 内 容 太 多 ， 结 果 就 
是 “敏捷 交付 火车 不 能 吕 现 他 们 的 承诺 ”。 两 种 情况 都 不 好 ， 因 为 都 增加 了 业务 方 和 开发 方 之 间 的 不 信任 ,也 极 大 地 阻碍 了 最 终 
的 业务 成 功 ， 更 别提 工作 乐趣 了 。 


承诺 需要 恰到好处 ， 这 就 是 团队 、 项 目 群 和 价值 流 PI 目 标的 主要 用 途 。 除 了 保持 对 齐 之 外 ， 设 置 可 行 目标 的 流程 也 是 不 可 或 
缺 的 一 环 ， 可 以 减少 系统 中 过 多 的 在 制品 。 


SAFe 的 PI 目标 和 计划 是 自 下 而 上 的 ， 由 敏捷 团队 对 其 负责 的 解决 方案 进行 估算 和 计划 。 在 PI 计划 会 上 ， 每 个 团队 创建 自己 
的 PI 目标 ， 用 于 记录 他 们 需要 在 PI 结束 时 交付 哪些 成 果 。 团 队 创 建 的 目标 可 以 综合 汇聚 成 项 目 群 层级 的 目标 ,项 目 群 层级 的 目标 
可 以 再 综合 汇聚 成 价值 流 层级 的 目标 ， 如 图 4.13-1 所 示 。 


价值 流 PI 目标 
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图 4.13-1 ”从 团队 到 项 目 群 ， 再 到 价值 流 的 PI 目标 


构建 团队 的 PI 目标 


在 Pl 计划 过 程 中 ， 团 队 设 置 自己 的 PI 目标 有 如 下 好 处 : 

- 为 业务 部 门 和 技术 部 门 的 交流 提供 了 共同 的 语言 

* 各 个 团队 相互 对 齐 到 一 个 共同 的 使 命 

` 创建 近期 愿景 ， 团 队 团结 在 一 起 开发 实现 这 个 愿景 

“ 提供 了 一 个 重要 的 度量 ， 项 目 群 的 可 预测 性 ， 有 助 于 团队 和 敏捷 交付 火车 提升 绩效 
: 与 管理 层 进行 沟通 ， 并 展示 每 个 团队 对 业务 价值 的 贡献 

* 揭示 出 团队 之 间 的 相互 依赖 关系 。 这 些 依赖 关系 必须 被 关注 解决 以 保证 项 目的 成 功 


设置 团队 的 PI 目标 不 是 一 件 简单 的 事情 ， 它 要 求 扎实 的 估算 和 计划 ， 并 对 团队 速度 有 很 好 的 了 解 。 还 需要 对 待 开 发 的 特性 进 
行 分 析 ， 为 团队 的 代办 事项 列表 定义 故事 ， 最 后 用 一 些 简洁 的 业务 语言 把 这 些 内 容 进 行 综合 汇聚 ， 从 而 让 每 个 人 都 可 以 理解 。 最 
终 的 结果 就 是 把 目标 清晰 明确 地 表达 出 来 ， 图 4.13-2 是 一 个 示例 。 


图 4.13-2 “ 巴 哈 赛 车 ”团队 的 初始 PI 目标 示例 
在 PI 计划 的 过 程 中 ， 团 队 研究 项 目 群 愿景 和 新 特性 ， 并 对 将 要 交付 的 故事 进行 计划 。 通 过 这 种 方法 ， 他 们 也 可 以 识别 出 明确 
的 团队 PI 目标 。 
特性 和 目标 之 间 的 区 别 


团队 的 PI 目 标 通 常 与 待 开 发 的 特性 直接 相关 ， 有 时 二 者 是 完全 重合 的 ， 有 时 二 者 有 所 不 同 ， 因 为 特性 需要 多 个 团队 的 共同 协 
作 来 完成 ， 如 图 4.13-3 所 示 。 


项 目 群 竺 办 事项 列表 


ASIC Board FW 验证 


特性 涉及 方面 


图 4.13-3 ”从 特性 到 目标 的 对 应 ， 有 些 特性 出 现在 多 个 团队 的 目标 中 


需要 指出 的 是 ,一 些 特性 (如 特性 A) 可 以 由 单独 的 团队 完成 ， 而 另 一 些 特性 (如 特性 B) 需要 多 个 团队 的 协作 。 除 了 特性 
及 其 输入 信息 之 外 ， 团 队 目 标 也 是 类 似 的 情况 。 这 些 目 标 包括 技术 目标 (例如 图 4.13-2 中 的 概念 验证 ) ， 用 于 引出 将 来 的 一 些 特 


性 ， 也 可 以 是 对 开发 基础 设施 的 增强 ， 还 可 以 是 取得 某 个 里 程 碑 式 的 成 果 等 。 这 个 过 程 的 所 有 结果 在 相应 的 团队 目标 中 都 有 所 体 
现 。 


PI 目标 有 助 于 使 团队 把 焦点 从 特性 语言 转移 到 期 望 的 业务 成 果 上 来 。 特 性 和 接收 标准 是 很 好 的 工具 ， 有 助 于 团队 理解 并 捕获 
相应 的 工作 内 容 ， 并 围绕 这 些 工作 相互 协作 ， 从 而 在 更 高 的 层级 实现 解决 方案 。 但 团队 比较 容易 陷于 仅仅 是 “实现 特性 ”,， 而 忽 
视 了 隐藏 在 特性 里 的 整个 业务 目标 。 所 以 核心 问题 就 变 成 “我 们 的 目标 是 完成 列表 中 的 特性 呢 ? 还 是 提供 通过 这 些 特性 提供 的 成 
BR? 换 句 话说 ， 如 果 我 们 不 用 完成 所 有 的 特性 ， 而 仪 用 一 半 的 工作 量 就 能 提供 出 所 需要 的 结果 ， 可 以 接受 吗 ? ” 


通过 和 业务 负责 人 直接 交流 ， 可 以 更 好 地 理解 其 意图 ， 也 能 够 使 团队 给 系统 架构 师 /工程 师 和 产品 管理 者 提供 新 的 视角 ， 从 
而 快速 地 发 现 更 有 效 地 利用 专业 技能 的 方法 。 


使 用 延伸 性 目标 


延伸 性 目标 提供 了 一 种 有 助 于 保证 在 时 间 盒 内 完成 交付 的 方法 (在 与 团队 交付 节奏 保持 同步 时 ， 需 要 对 团队 容量 预 留 一 些 绥 
冲 ， 见 参考 资料 [2]) 。 团 队 承 诺 交付 非 延伸 性 的 目标 ， 并 同意 尽量 交付 延伸 性 的 目标 ， 延 伸 性 目标 的 工作 也 需要 被 包含 在 PI 中 
的 团队 容量 里 。 在 实际 工作 中 ， 可 能 由 于 时 间或 其 他 的 不 确定 性 因素 ， 有 些 延 伸 性 目标 可 能 在 PI 时 间 盒 里 无 法 交付 。 考 虑 到 这 种 
不 确定 性 ， 利 益 相 关 者 需要 做 好 相应 的 计划 。 延 伸 性 目标 提供 了 许多 好 处 : 


: 增加 经 济 效益 一 一 如 果 没 有 延伸 性 目标 ， 又 要 在 国定 的 时 间 金 内 完成 100% 的 承诺 ， 那 么 团队 就 可 能 被 迫 去 降低 质量 ， 或 
者 事先 预 留 很 多 缓冲 时 间 。 预 留 的 缓冲 时 间 会 把 不 确定 的 “可 能 完成 ”的 范围 ， 转 换 成 确定 的 但 “ 较 少 的 可 能 完成 ”的 范围 ， 最 
终 的 结果 就 是 整体 上 降低 了 产能 。 


- 增加 可 靠 性 一 一 对 延伸 性 目标 的 估算 可 以 不 必 过 于 准确 ， 因 此 可 以 让 团队 把 精力 专注 于 那些 高 优先 级 需要 承诺 的 工作 上 。 
不 必 对 延伸 性 目标 进行 承诺 ， 但 是 要 保证 对 于 其 他 已 经 承诺 的 工作 的 交付 ， 这 是 团队 和 利益 相关 者 之 间 建 立信 任 的 最 重要 因素 。 


. 对 变化 的 适应 性 一 一 由 于 工作 内 容 的 优先 级 会 发 生变 化 ， 所 以 可 以 设 定 一 些 延 伸 性 目标 ， 从 而 增加 一 些 灵活 性 ， 用 以 保证 
在 既定 的 节奏 内 对 已 承诺 的 内 容 进行 交付 。 


通常 情况 下 ， 可 以 把 10% ~ 15% 的 团队 容量 用 于 延伸 性 目标 。 需 要 注意 的 是 ， 延 伸 性 目标 是 用 于 识别 在 计划 范围 内 那些 可 变 
的 领域 ， 延 伸 性 目标 不 是 利益 相关 者 给 团队 加 载 超 负荷 的 手段 。 


编写 SMART 目标 


团队 PI 目标 是 团队 为 PI 所 制订 计划 的 概要 性 总 结 。 然 而 ， 因 为 目标 是 比较 高 层级 的 摘要 描述 ， 所 以 可 能 会 比较 模糊 ， 而 且 是 
不 太 能 够 验证 的 “零散 的 意图 ”。 为 了 解决 这 个 问题 ， 团 队 使 用 SMART 的 方法 来 表述 目标 。 用 下 面 的 方式 来 编写 目标 : 


- 明确 的 一 一 表达 预期 的 结果 要 尽 可 能 简单 、 明 确 、 容 易 理解 。 (提示 ; 编写 目标 时 ， 试 着 使 用 行为 动词 开头 。) 


可 度量 的 目标 应 清晰 地 表明 团队 需要 做 什么 来 达到 目标 ， 其 度量 可 以 是 描述 性 的 ， 可 以 用 “是 / 否 ” 来 回答 ， 也 可 以 
是 量化 的 ， 或 者 提供 一 个 范围 。 


可 达到 的 一 一 目标 的 达成 应 当 在 团队 的 控制 和 影响 范围 之 内 。 


- 现实 的 一 一 识别 出 一 些 不 可 控 的 因素 (提示 : 避免 总 是 做 “乐观 ”的 假设 ) o 


- 有 时 限 的 一 一 达成 目标 的 时 间 期 限 必须 在 PI 的 时 间 范 围 内 ， 因 此 所 有 目标 必须 有 相应 的 时 间 范 围 。 


为 目标 设 定 业 务 价值 


因为 目标 在 PI 计 划 会 议 时 最 终 确 立 ， 所 以 业务 负责 人 可 以 通过 和 团队 面对面 的 交流 ， 把 业务 价值 分 配 到 每 个 团队 的 目标 上 。 
PI 计 划 会 议 非 常 重 要 ， 可 以 从 业务 角度 考虑 团队 情况 ， 也 可 以 从 团队 角度 考虑 业务 情况 ， 而 且 可 以 对 战略 和 环境 进行 权衡 决策 。 
业务 负责 人 给 每 一 个 目标 进行 打分 ， 即 分 配 业务 价值 ， 分 值 范围 是 1 ~ 10 分 。 业 务 价值 与 其 他 度量 指标 (比如 相关 的 工作 量 ， 以 
及 与 目标 相关 的 故事 点 数 等 度量 指标 ) 不 同 ， 业 务 价值 是 被 赋予 的 ， 而 不 是 算出 来 的 ， 它 是 执行 时 要 考虑 的 输入 信息 。 团 队 的 许 
多 目标 可 以 为 解决 方案 提供 直接 的 、 实 时 的 价值 。 


而 其 他 一 些 因素 ， 如 使 能 、 基 础 设施 的 预 研 、 开 发 环境 ， 质 量 举措 等 ， 也 可 以 帮助 快速 识别 将 来 的 业务 价值 。 在 最 后 的 权衡 
决策 中 ， 所 有 这 些 因素 都 是 需要 考虑 的 。 


最 终 确定 团队 的 PI 目 标 


当 目 标 已 经 按照 "SMART" 编写 完成 ， 延 伸 性 目标 也 确定 下 来 了 ， 业 务 价值 也 分 配 好 了 ， 这 时 团队 目标 也 就 完成 了 演进 
从 如 图 4.13-2 所 示 的 目标 ， 演 进 成 了 如 图 4.13-4 所 示 的 目标 。 


PI4 的 目标 业务 价值 
模仿 声音 的 概念 验证 10 
— HP AE R AS AY Aas ee 4 
— Pee WAYS 买 /制造 引擎 声音 3 
人 
真实 声音 概念 验证 7 


图 4.13-4 ”包含 业务 价值 和 延伸 性 目标 的 目标 列表 


对 PI 目标 的 承诺 


在 PI 计划 结束 时 ， 一 旦 就 目标 达成 共识 ， 也 制订 延伸 性 目标 为 工作 范围 预 留 了 一 些 灵活 性 ， 对 风险 也 进行 了 相应 的 处 理 ， 团 
队 就 开始 对 实现 目标 的 信心 进行 投票 。 严 格 说 来 ， 信 心 投票 和 工作 承诺 是 两 码 事 ， 但 通常 它们 也 会 被 看 作 是 同一 件 事 来 对 待 。 所 
以 ， 此 时 团队 做 出 承诺 也 是 比较 合理 的 。 在 敏捷 开发 中 ， 很 显然 承诺 来 自 团 队 ， 而 不 是 把 承诺 给 予 团 队 。 在 SAFe 中 ， 团 队 的 承 
诺 包 含 两 部 分 : 


1. 团 队 同 意 去 尽 全 力 完成 他 们 承诺 的 目标 。 


2. 在 PI 的 执行 过 程 中 ， 如 果 有 事实 显示 一 些 目标 不 能 被 达成 ， 团 队 同 意 立刻 向 上 级 反映 以 便 采 取 相 应 措施 。 


通过 这 种 方式 ， 所 有 利益 相关 者 都 会 知晓 : a) 项 目 群 将 按 计 划 完 成 ， 或 者 ，b) 他 们 将 得 到 充分 的 信息 ， 用 于 采取 相应 的 
措施 缓解 和 解决 问题 ， 从 而 最 小 化 对 业务 的 损害 。 毕 竟 研 发 工作 有 很 多 不 确定 性 ， 大 家 需要 相互 理解 、 通 力 合 作 。 


创建 项 目 群 和 价值 流 的 目标 


PI 计 划 过 程 的 结果 就 是 一 些 获得 批准 的 目标 列表 ， 每 个 团队 一 份 。 团 队 对 这 些 目标 进行 信心 投票 ， 如 果 信 心 足 够 高 ， 这 些 目 
标 就 被 综合 汇聚 成 承诺 的 敏捷 交付 火车 计划 。 (如 果 信 心 不 够 高 ， 就 重新 进行 计划 ， 直 到 信心 足够 高 为 止 。) 


这 些 就 是 发 布 工程 师 需要 的 所 有 输入 信息 。 发 布 工程 师 用 这 些 团队 的 数据 ， 把 团队 的 目标 汇总 成 项 目 群 的 PI 目 标 ， 并 用 恰当 
的 形式 与 管理 层 进行 沟通 。 


项 目 群 的 目标 也 应 该 是 “SMART” 的 ， 也 要 有 延伸 性 目标 ， 这 些 都 与 团队 的 PI 目 标 类 似 。 而 且 ， 项 目 群 PI 目 标 也 可 以 是 敏 
捷 交 付 火车 正在 实现 的 业务 能 力 、 使 能 或 其 他 的 业务 及 技术 目标 。 


在 PI 计划 后 会 议 中 ， 在 所 有 的 敏捷 交付 火车 都 完成 了 计划 ,价值 流 工程 师 将 目标 汇总 成 价值 流 目标 ， 然 后 对 价值 流 PI 目 标 进 
行 综合 和 归纳 。 这 是 SAFe 最 高 层级 的 PI 目标 ， 它 可 以 将 目标 传达 给 所 有 的 利益 相关 者 ， 告 诉 大 家 在 即将 发 生 的 Pl 中 ， 整 个 价值 
流 将 交付 哪些 内 容 。 图 4.13-1 表 明了 PI 目标 从 团队 层 到 项 目 群 层 ， 再 到 价值 流 层 的 聚合 过 程 。 


需要 注意 的 是 : 只 有 团队 PI 目标 是 被 赋予 业务 价值 的 。 业 务 价值 并 不 向 上 汇聚 到 项 目 群 层 和 价值 流 层 。 当 需要 计算 项 目 群 层 
或 价值 流 层 的 预测 性 指标 时 ， 可 以 把 团队 层 的 相应 指标 汇聚 到 项 目 群 层 ， 再 汇聚 到 价值 流 层 。 


用 现实 的 目标 去 除 过 多 的 在 制品 


在 评审 团队 PI 目 标 时 ， 并 非 各 业务 利益 相关 者 设想 的 所 有 事情 都 能 在 一 个 PI 的 时 间 盒 内 达成 ， 这 一 点 是 显而易见 的 。 因 此 ， 
为 了 达成 共识 ， 一 些 当 前 正在 进行 的 开发 工作 (WIP) 需要 被 重新 评估 。 这 发 生 在 整个 PI 计划 过 程 中 ， 所 有 利益 相关 者 会 集中 讨 
论 ， 对 项 目 群 PI 目 标 达 成 最 终 共 识 。 那 些 低 优 先 级 的 工作 被 重新 放 回 到 项 目 群 待 办 事项 列表 中 (这 是 一 种 低 成 本 处 理 模 式 ， 也 被 
称 作 “ 现 在 不 做 此 项 工作 ”) 。 去 除 过 多 的 在 制品 ,减少 了 开销 和 浪费 ， 提 升 了 生产 率 和 速度 。 最 后 达成 的 是 一 组 可 行 的 而 且 是 
各 利益 相关 者 和 团队 达成 共识 的 目标 ， 同 时 也 获得 了 更 高 的 效率 和 更 高 的 交付 成 功率 。 可 以 说 ， 这 是 每 个 人 都 应 该 做 出 承诺 的 事 


情 。 


价值 流 层级 的 计划 与 之 类 似 : 各 敏捷 交付 火车 的 计划 可 能 会 相互 影响 ， 也 可 能 需要 把 一 些 工 作 放 回 到 价值 流 待 办 事项 列表 
中 ， 从 而 在 后 续 的 PI 中 重新 进行 评估 。 
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4.14 ”系统 演示 


可 工作 的 软件 是 进度 的 首要 度量 标准 。 


一 一 敏捷 宣言 
只 有 经 过 测试 才能 保证 可 用 


一 一 SAFe 假 设 


摘要 


SAFe 中 度量 敏捷 发 布 火车 进展 的 首要 标准 是 系统 演示 ， 系 统 演示 是 指 敏 捷 发 布 火车 所 构建 的 系统 每 两 周 进行 一 次 的 演示 。 
系统 演示 非常 重要 ， 它 可 以 从 团队 、 发 起 人 、 利 益 相 关 者 和 客户 那里 ， 迅 速 获 得 敏捷 发 布 火车 级 别 的 反馈 。 将 所 有 团队 在 前 一 个 
迭代 中 完成 的 工作 集成 起 来 进行 系统 演示 ， 是 对 价值 、 速 度 和 进展 的 唯一 真正 的 度量 方式 。 


虽然 一 次 有 效 的 系统 演示 需要 团队 做 一 些 计划 和 准备 工作 ， 但 这 是 唯一 能 够 获得 快速 反馈 ， 从 而 构建 出 正确 解决 方案 的 方 


系统 演示 的 目的 是 测试 和 评估 在 敏捷 发 布 火车 上 正在 开发 的 完整 系统 ， 并 且 能 够 从 主要 的 利益 相关 者 那里 获得 反馈 ,这些 利 
益 相 关 者 包括 业务 负责 人 、 高 层 管理 者 和 发 起 人 、 其 他 敏捷 团队 、 开 发 管理 者 、 客 户 和 客户 代理 机 构 ， 他 们 会 关注 开发 中 解决 方 
案 的 有 效 性 和 可 用 性 。 他 们 的 反馈 至 关 重 要 ， 因 为 只 有 他 们 能 提供 正确 的 反馈 (如 图 4.14-1 所 示 ) ， 从 而 让 火车 保持 当前 的 轨道 
运行 或 者 采取 一 些 纠偏 措施 。 


图 4.14-1 系统 演示 

系统 演示 在 每 个 迭代 结束 时 进行 。 它 提供 了 火车 上 的 所 有 团队 在 最 近 的 迭代 中 所 交付 的 新 特性 集成 的 聚合 视图 。 它 基于 项 目 
群 增 量 中 工作 执行 的 当前 情况 ， 提 供 了 敏捷 交付 火车 进展 情况 的 度量 ， 而 且 这 是 唯一 真实 的 关于 敏捷 交付 火车 速度 的 度量 。 为 
此 ,意味 着 团队 必须 实现 可 扩展 的 工程 实践 ， 并 支持 跨 敏 捷 交 付 火车 之 间 的 集成 和 同步 。 

在 每 个 PI 的 结尾 ， 都 要 进行 一 次 专门 的 系统 演示 。 这 是 一 个 比较 结构 化 的 正式 事件 ， 因 为 它 演示 了 在 PI 中 已 经 被 开发 完成 的 
所 有 特性 。 系 统 演示 通常 是 检视 和 调整 工作 坊 的 一 部 分 ， 它 也 为 回顾 会 议和 PI 过 程 中 的 多 种 度量 指标 提供 了 相关 信息 ， 比 如 可 预 
测 性 度量 数据 。 

Ore 对 于 系统 演示 的 目的 ， 是 火车 上 所 有 团队 工作 的 集成 演示 ， 它 是 在 迭代 结束 后 每 个 团队 完成 团队 演示 后 进行 的 ， 
系统 演示 不 能 取代 团队 演示 。 在 包含 多 个 敏捷 发 布 火车 的 价值 流 中 ， 可 以 把 系统 演示 的 结果 综合 反馈 给 解决 方案 演示 。 


系统 演示 的 时 间 安 排 

系统 演示 在 临近 和 欠 代 结束 时 进行 ， 理 想 情况 下 是 运 代 结 束 后 的 第 二 天 。 然 而 ， 有 一 些 问 题 的 存在 会 使 这 样 的 安排 不 太 切 合 实 
际 ， 包 括 如 下 : 

- 完整 的 集成 工作 只 有 在 近代 最 后 才能 完成 (当然 目标 是 通过 一 站 式 的 持续 集成 来 实现 ， 但 并 不 是 总 能 做 到 这 一 点 ) 


此 外 ， 每 一 个 新 的 增 量 可 能 需要 对 演示 环境 有 新 的 要 求 ， 比 如 新 的 接口 、 第 三 方 组 件 、 仿 真 工具 等 。 当 然 ， 系 统 团 队 和 敏 
捷 团 队 可 以 对 这 些 进 行 计划 ， 但 是 一 些 最 新 的 突 发 情况 是 不 可 避免 的 。 


然而 ， 系 统 演示 的 时 间 不 应 迟 于 下 次 迭代 开始 的 时 间 。 否 则 ， 给 团队 的 反馈 就 会 被 延迟 ， 从 而 导致 项 目 群 增 量 产生 风险 。 敏 
捷 发 布 火车 必须 进行 必要 的 投入 ， 保 证 系统 演示 及 时 进行 。 


平衡 集成 的 工作 量 和 反馈 


系统 演示 的 目的 是 从 最 近 的 开发 经 验 中 进行 学 习 ， 并 且 根 据 情况 进行 调整 。 然 而 ， 当 敏捷 发 布 火车 包含 软件 、 硬 件 、 机 械 系 
统 、 供 应 商 提供 的 组 件 等 情况 时 ， 如 果 要 对 所 有 的 方面 进行 每 两 周一 次 的 集成 ， 就 会 耗费 大 量 的 生产 力 和 产生 难以 接受 的 交易 成 
本 。 简 单 来 说 ， 在 这 种 环境 中 做 持续 集成 可 能 不 太 经 济 ， 也 不 太 现实 。 


然而 ， 如 果 不 做 集成 ， 或 者 延迟 集成 可 能 会 更 加 糟糕 ， 如 果 那 样 的 话 将 会 大 大 抑制 学 习 并 创造 一 种 虚假 的 安全 感 和 速度 。 
此 ， 如 果 做 完整 的 集成 不 太 现 实 ， 找 到 一 个 合适 的 平衡 就 显得 至 关 重要 了 ， 同 时 也 可 以 不 断 提 升 集 成 和 测试 自动 化 来 降低 未 来 集 
成 的 成 本 。 图 4.14-2 显 示 了 针对 集成 效果 的 成 本 优化 U 型 曲线 。 


总 成 本 


平衡 点 


汇 围 /集成 和 


| is ee 
i e ia terp FÌ + w 4 ġa FI oja 山 | a A in | | 
完全 集成 ”部 分 集成 没有 集成 PAREA 


图 4.14-2 ”集成 活动 U- 曲 线 成 本 优化 
当 每 个 迭代 都 进行 完整 集成 的 成 本 太 高 时 ， 团 队 应 该 考虑 : 
: 针对 能 力 的 子 集 、 组 件 或 子 系统 的 集成 
针对 一 个 特定 的 特性 、 能 力 或 者 非 功能 需求 的 集成 
“ 针对 支持 原型 和 模拟 的 集成 
AEE BEAT EM 
值得 注意 的 是 ， 在 团队 过 渡 到 精益 -敏捷 方法 的 过 程 中 频繁 的 集成 会 给 团队 带 来 挑战 。 这 是 正常 的 ， 但 是 不 应 该 成 为 削减 集 
成 程度 或 者 范围 的 借口 。 随 着 火车 越 来 越 成 熟 ， 大 多 数 挑战 将 会 消失 ， 但 前 提 是 团队 立即 开始 采纳 这 种 方法 。 
流程 和 议程 
设 定 一 套 议程 和 国定 的 时 间 盒 ， 有 助 于 降低 系统 演示 的 交接 成 本 。 一 个 系统 演示 会 议 的 示例 如 下 : 
- 简要 回顾 业务 环境 和 PI 的 目标 (5 一 10 分 钟 ) 
" 简要 描述 每 一 个 将 要 被 演示 的 新 特性 〈 大 约 5 分 钟 ) 
* 通过 每 个 点 对 点 的 用 例 演示 每 个 新 特性 (总共 20~30 分 钟 ) 
:问题 和 意见 的 开放 讨论 
. 识别 当前 的 风险 和 障碍 


“ 总 结 进展 、 反 馈 和 行动 事项 


Y 


SAR 


立 品 经 理 和 产品 负责 人 ， 他 们 通常 负责 演示 操作 。 
. 系统 团队 一 个 或 多 个 成 员 参 会 ， 他 们 通常 负责 准备 测试 环境 或 演示 环境 。 
" 业务 负责 人 、 高 层 管理 者 或 发 起 人 、 客 户 和 客户 代理 。 
- 系统 架构 师 / 工 程 师 、DevOps、 参 与 开发 工作 的 其 他 人 员 。 
下 面 是 一 个 成 功 的 系统 演示 的 一 些 技巧 : 


: 演示 的 时 间 盒 是 一 个 小 时 ， 关 键 是 要 保证 重要 的 利益 相关 者 每 两 周一 次 的 持续 参与 ， 这 也 能 够 说 明 团 队 的 专业 性 和 解决 方 
案 已 经 就 绪 。 


需要 演示 新 特性 的 团队 ， 将 由 他 们 的 团队 主管 和 产品 负责 人 共同 负责 进行 演示 。 
- 最 小 化 PPT 幻 灯 片 的 使 用 ， 只 演示 可 工作 的 、 已 测试 的 解决 方案 即 可 。 


. 讨论 当前 解决 方案 对 非 功 能 需求 的 影响 。 


参考 资料 
[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 
Enterprise.Addison-Wesley, 2011, chapter 9. 


[2] Leffingwell, Dean.Scaling Software Agility: Best Practices for Large Enterprises.Addison-Wesley, 2007, chapter 15. 


4.15 ”特性 和 能 


Linux 中 有 很 多 创新 ， 其 中 有 一 些 草 越 的 技术 特性 令 我 感到 了 骄傲， 也 有 一 些 Linux 独 特 的 能 力 是 其 他 操作 系统 所 不 具备 的 。 


一 一 林 纳 斯 - HE" 


摘要 


SAFe 摘 述 了 功能 性 的 系统 行为 的 一 个 层次 结构 : 史诗 > 能 力 > 特 性 > 故事 。 本 节 将 介绍 用 于 摘 述 系统 和 解决 方案 行为 的 特性 
和 能 力 。 


特性 和 能 力 不 是 SAFe 的 专用 术语 。 它 们 是 大 范围 使 用 的 行业 标准 术语 ， 主 要 使 用 者 有 : 产品 和 解决 方案 经 理 、 首 席 工 程 
师 、 市 场 和 销售 人 员 ， 他 们 同样 需要 描述 交付 给 客户 的 产品 和 解决 方案 。 特 性 是 指 一 种 系统 服务 ， 用 于 满足 一 个 或 多 个 用 户 需 
要 。 能 力 描述 的 是 价值 流 层级 中 解决 方案 的 高 阶 系 统 行为 。 


特性 和 能 力 是 通过 项 目 群 和 价值 流 看 板 进行 开发 和 管理 的 ， 它 们 分 别 经 历 看 板 系统 中 的 几 个 阶段 : 准备 就 绪 、 确 定 优先 次 序 
和 获得 批准 、 等 待 执行 。 在 这 个 过 程 中 有 一 个 前 提 假 设 ， 即 基于 合理 的 经 济 分 析 、 技 术 影 响 分 析 和 增 量 实现 的 战略 规划 。 


本 节 将 重点 讨论 特性 的 定义 、 表 述 和 实现 ， 因 为 它们 为 每 个 敏捷 发 布 火车 提供 了 系统 行为 的 描述 。 能 力 是 特性 的 一 个 更 高 层 
级 ， 适 用 于 可 选 价值 流 层级 的 解决 方案 ， 在 很 大 程度 上 具有 与 特性 相同 的 属性 和 特征 。 


特性 和 能 力 ， 是 SAFe 需 求 模型 的 核心 概念 (参见 www.scaledagileframework.ocm/safe-requirements-model) 。 它 们 
对 于 价值 的 定义 、 计 划 和 实施 至 关 重要 ， 是 SAFe 中 实现 解决 方案 的 最 基本 机 制 。 图 4.15-1 提 供 了 SAFe 中 更 大 范围 内 的 特性 和 能 
力 的 示意 图 。 


可 能 来 源 于 能 力 、 
′ 史诗 或 者 本 地 环境 


改进 
解决 方案 


非 功 能 性 需求 N ~ 在 每 一 个 迭代 进行 集成 、 
|A 


基于 PI 进行 的 = 
计划 和 评审 LO 


Zz yA 
系统 架构 师 / 筷 
i PSE 


= 


在 项 目 群 看 板 中 通过 \ aie 测试 和 演示 
准备 就 绪 和 执行 进行 管理 = 
WSJF — 
L 团队 实现 故事 


使 用 WSJF 排 定 优先 级 
图 4.15-1 SAFe 中 的 特性 


如 图 1 所 示 ， 特 性 是 定义 系统 的 必需 且 主 要 的 元 素 。 每 个 特性 体现 了 为 满足 利益 相关 者 的 需求 而 提供 的 系统 服务 。 特 性 在 项 
目 群 待 办 事项 中 进行 维护 ， 并 被 调整 为 合适 的 大 小 以 符合 项 目 群 增 量 的 开发 ， 从 而 每 一 个 PI 都 可 以 交付 价值 。 特 性 可 以 来 源 于 当 
前 的 敏捷 发 布 火车 ， 也 可 以 是 史诗 或 能 力 经 过 分 解 后 而 产生 的 。 


特性 (或 能 力 ) 在 看 板 系统 中 进行 管理 。 它 们 受 控 于 产品 管理 者 和 系统 架构 师 / 工 程 师 ， 并 遵循 加 权 最 短 作业 优先 的 原则 进 
行 优先 级 排序 。 它 们 也 实现 某 些 非 功 能 性 需求 方面 的 价值 。 特 性 在 PI 内 进行 计划 和 评审 ， 作 为 故事 进行 实现 、 集 成 、 测 试 ， 并 在 
其 功能 可 用 时 进行 演示 。 


能 力 和 特性 相似 。 然 而 ， 能 力 从 更 高 级 别 的 角度 描述 解决 方案 的 行为 ， 而 且 通 常 需要 多 个 敏捷 发 布 火车 一 起 协作 来 实现 。 能 
力 的 规模 大 小 一 般 会 被 调整 ， 以 便 适 用 于 在 每 个 Pl 中 可 以 实现 ， 从 而 确保 每 个 PI 可 以 交付 增 量 和 可 衡量 的 价值 。 (史诗 常用 于 描 
述 大 的 举措 ， 需 要 多 个 PI 才 能 实现 。) 能 力 可 以 来 源 于 当前 的 解决 方案 ， 或 者 也 可 以 是 跨越 多 个 价值 流 的 投资 组 合 史诗 经 过 分 解 
后 产生 的 。 另 一 个 潜在 的 能 力 来 源 是 解决 方案 上 下 文 ， 需 要 一 些 新 的 解决 方案 功能 来 适应 某 些 特定 的 环境 。 
特性 描述 

特性 一 般 用 特性 和 收益 矩阵 (FAB) 来 描述 : 


: 特性 一 一 一 个 简短 的 描述 ， 包 含 名 称 和 一 些 隐 含 的 情形 


收益 个 对 用 户 和 业务 收益 的 简短 描述 ， 每 个 特性 可 能 包含 多 个 收益 


由 于 特性 可 以 跨越 多 个 用 户 角色 ，SAFe 通 常 不 建议 通过 用 户 故 事 的 形式 来 表达 特性 。 此 外 ， 业 务 人 员 一 般 不 太 熟悉 用 户 故 
事 ， 所 以 如 果 在 故事 和 特性 上 采用 相同 的 格式 ， 可 能 会 引起 混淆 。 


特性 和 收益 矩阵 示例 ， 如 图 4.15-2 所 示 。 


= 
软件 动态 升级 ”显著 减少 计划 的 罕 机 时 间 
便 件 VPN 加 速 ” 网 络 安全 的 高 性 能 加 密 
通信 拥塞 管理 在 不 同 协议 间 获 得 整体 质量 的 提高 
路 由 优化 通过 更 快 更 可 靠 的 连接 提高 服务 质量 


图 4.15-2 ”网 络 路 由 器 的 特性 和 收益 矩阵 示例 


特性 创建 和 管理 


特性 是 由 产品 经 理 与 产品 负责 人 及 其 他 关键 的 利益 相关 者 在 当前 敏捷 发 布 火车 的 环境 下 一 起 协作 共同 创建 的 ， 也 有 一 些 特性 
是 由 史诗 分 解 而 产生 的 。 使 能 特性 为 架构 跑道 铺 平 道路 ,支持 探索 ， 或 可 提供 开发 、 测 试 和 集成 系统 的 基础 设施 。 使 能 特性 一 般 
由 架构 师 或 工程 师 创建 ， 与 业务 特性 一 起 在 项 目 群 待 办 事项 中 进行 维护 。 


就 像 业务 特性 一 样 ， 使 能 特性 可 能 来 源 于 史诗 ， 或 者 也 可 以 是 敏捷 发 布 火车 上 为 支持 敏捷 团队 ， 敏 捷 发 布 火车 或 价值 流 而 产 
生 的 。 那 些 通过 看 板 系统 的 使 能 ， 受 限于 项 目 群 待 办 事项 的 容量 分 配 ， 容 量 分 配 的 原则 是 要 确保 对 解决 方案 步 的 开发 和 架 
构 跑道 的 扩展 能 够 有 比较 合理 的 平衡 。 容 量 分 配 可 以 针对 整体 的 使 能 工作 ， 或 者 是 针对 不 同类 型 的 使 能 分 别 进行 。 


特性 排序 


SAFe 在 项 目 群 待 办 事项 列表 中 采用 WSJF 方 法 对 特性 进行 持续 的 优先 级 排序 。 因 为 在 正确 的 序列 中 选择 正确 的 工作 项 ， 将 会 
为 敏捷 发 布 火车 提供 主要 的 经 济 收益 ， 也 会 为 解决 方案 提供 主要 的 经 济 收益 ， 所 以 特性 排序 是 个 关键 的 流程 ， 其 重要 性 不 容 忽 
视 。 


特性 估算 


特性 估算 有 助 于 预测 价值 交付 ， 应 用 WSJF 优 先 级 排序 ， 并 估算 像 史诗 这 样 的 大 型 举措 等 。 特 性 估算 通常 会 出 现在 项 目 群 看 
板 的 “梳理 ”状态 栏 中 ， 并 使 用 标准 化 的 估算 方法 ， 类 似 于 敏捷 团队 估算 故事 所 采用 的 方法 (参见 3.13 节 中 关于 标准 化 故事 点 的 
详细 介绍 ) 。 然 而 ， 特 性 的 估算 其 实 不 需要 对 故事 进行 完全 的 分 解 ， 也 不 需要 邀请 所 有 跟 特 性 开发 相关 的 团队 参加 。 但 是 ， 可 和 全 
需要 邀请 相关 的 主题 专家 参与 基本 的 探索 和 规模 大 小 的 估算 。 


特性 接收 


特性 也 有 接收 标准 ， 用 于 确认 是 否 进行 了 正确 的 实现 并 交付 了 业务 价值 。 图 4.15-3 提 供 了 一 个 接收 标准 的 示例 : 


图 4.15-3 ”特性 接收 标准 图 例 


对 特性 接收 标准 进行 细 化 不 仅 可 以 降低 实现 的 风险 ， 还 提供 了 早期 的 验证 ， 用 于 确认 特性 是 否 可 满足 期 望 的 业务 价值 。 此 
外 ， 接 收 标准 也 是 有 些 故 事 的 来 源 ， 故 事 的 来 源 还 包括 功能 测试 ， 这 些 功能 测试 是 为 支持 重 构 和 回归 测试 而 创建 的 ， 而 且 需要 进 
行 自动 化 实现 。 


产品 经 理 负责 特性 接收 ， 他 们 使 用 接收 标准 来 确定 功能 是 否 被 正确 实现 ， 以 及 非 功能 性 需求 是 否 已 被 满足 。 


本 节 重 点 讨论 了 特性 的 定义 、 表 述 和 实现 ， 因 为 它们 提供 了 主要 系统 行为 的 描述 。 因 为 能 力 是 特性 在 更 高 层级 的 一 个 聚合 ， 
所 以 它们 表现 出 相同 的 特点 和 实践 。 例 如 : 


:能力 可 以 用 类 似 的 特性 和 收益 矩阵 进行 描述 ， 并 具有 相关 的 接收 标准 


:能力 可 以 来 源 于 价值 流 中 ， 也 可 以 是 史诗 分 解 而 产生 的 


. 需要 调整 能 力 的 规模 大 小 ， 以 便 适用 于 PI 中 的 实现 


> 使 用 价值 流 看 板 来 管理 和 批准 能 力 ， 批 准 的 能 力 在 价值 流 待 办 对 


项 列表 中 进行 维护 


.能力 跟 某 些 使 能 相关 ， 用 来 对 必要 的 技术 工作 进行 描述 ， 并 对 其 进行 可 视 化 呈现 ， 从 而 支持 业务 价值 的 有 效 开发 和 交付 


.能力 由 解决 方案 经 理 进 行 接收 ， 他 们 使 用 接收 标准 来 确定 功能 是 


特性 和 能 力 的 拆 分 


否 被 正确 实现 


能 力 必须 拆 分 成 特性 来 实现 。 特 性 也 需要 拆 分 成 故事 ， 并 在 一 个 固定 的 迭代 时 间 盒 内 完成 。 下 面 的 列表 提供 了 “工作 拆 
分 ”的 10 种 模式 ， 如 参考 资料 [1] 第 6 章 中 所 述 ， 它 们 可 以 适用 于 本 节 中 讨论 的 所 有 情况 。 


1. 工 作 流程 步骤 
2. 业 务 规则 变化 
3. 主 要 工作 量 

4. 简 单 /复杂 

5. 数 据 的 变化 

6. 数 据 入 口 方法 
7. 延 迟 系统 质量 
8. 操 作 

9. 用 例 场景 

10. 创 建 一 个 探 针 


图 4.15-4 是 如 何 把 能 力 拆 分 成 特性 的 示例 。 
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4.16 使 能 


所 谓 的 幸运 就 是 当 你 准备 好 的 时 候 机 会 来 了 。 


— z+" 


摘要 


使 能 (enabler) 是 一 些 技术 举 措 ， 用 来 促成 和 支持 业务 举措 的 开发 实现 。 使 能 (在 全 景 图 中 以 红色 显示 ) 存在 于 SAFe 中 的 
四 个 层级 中 : 投资 组 合 层 的 使 能 史诗 ， 价 值 流 层 的 使 能 能 力 ， 项 目 群 层 的 使 能 特性 和 团队 层 的 使 能 故事 。 使 能 可 以 用 来 支持 任何 
未 来 业务 所 必需 的 特性 ， 但 是 一 般 而 言 它们 会 有 三 种 类 型 


. 探索 一 一 探索 使 能 用 来 构建 对 客户 需求 的 理解 ， 理 解 未 来 的 解决 方案 ， 以 及 评估 备 选 方案 


- 架构 


架构 使 能 用 来 构建 架构 跑道 ， 从 而 可 以 支持 更 快 、 更 顺利 的 开发 


+ 基础 设施 一 一 基础 设施 使 能 用 来 构建 和 加 强 开发 与 测试 (偶尔 也 用 于 部 署 ) 环境 ， 以 此 来 协助 更 快 的 开发 和 更 高 质量 的 测 
试 


使 能 是 用 来 给 所 有 必要 的 工作 带 来 可 视 化 的 一 些 工作 任务 ， 可 以 支持 未 来 业务 特性 的 有 效 开发 和 交付 。 它 们 主要 是 用 来 探索 
新 技术 、 系 统 和 解决 方案 架构 的 演进 ， 增 强 开发 和 测试 环境 。 由 于 它们 反映 了 真实 的 工作 ， 有 了 时 数量 也 不 少 ， 所 以 我 们 不 能 视 而 
不 见 。 使 能 和 其 他 增值 的 开发 活动 是 一 样 的 ， 因 而 应 该 进行 估算 、 可 视 化 和 跟踪 、 设 置 在 制品 限制 、 给 予 有 反馈 、 最 后 应 当 展 示 其 
结果 。 


使 能 存在 于 SAFe 框 架 中 的 各 个 层级 (全景 图 中 用 红色 阴影 标识 ) 。 它 们 继承 了 与 其 相关 特性 的 属性 ， 如 下 所 述 : 


使 能 史诗 是 史诗 的 一 种 类 型 ， 它 使 用 价值 陈述 的 形式 来 定义 。 它 们 是 跨越 价值 流 和 项 目 群 增 量 的 ， 其 描述 必须 包含 一 个 轻 
量 级 的 业务 案例 来 支持 它们 的 实现 ， 而 且 使 能 史诗 是 在 整个 投资 组 合 看 板 系 统 中 被 识别 和 跟踪 的 。 


使 能 能 力 和 特性 出 现在 价值 流 层 和 项 目 群 层 ， 并 在 这 两 层 中 发 挥 作用 。 由 于 这 些 使 能 也 是 特性 和 能 力 的 一 种 类 型 ， 所 以 它 
们 具有 相同 的 属性 ， 也 包括 收益 描述 和 接收 标准 ， 同 时 确保 它们 的 规模 大 小 能 够 在 一 个 PI 中 得 以 实现 。 


. 使 能 故事 ， 是 一 种 类 型 的 故事 ， 适 合 于 在 一 个 选 代 中 进行 实现 。 然 而 ， 它 们 并 不 一 定 需要 从 用 户 角 度 的 措 述 格式 ， 它 们 也 
有 接收 标准 来 洲 清 需求 和 支持 测试。 


使 能 在 编写 、 排 定 优先 级 以 及 其 他 相关 方面 都 会 遵循 它们 所 代表 的 史诗 、 能 力 、 特 性 和 故事 一 样 的 规则 。 例 如 : 特性 和 特性 
使 能 在 编写 时 都 用 了 特性 和 收益 矩阵 ， 都 有 接收 标准 ， 都 使 用 故事 点 做 估算 ， 使 用 WsJF 法 做 优先 级 排序 等 。 


创建 和 管理 使 能 


大 多 数 使 能 都 是 在 进行 业务 举措 实现 时 创建 的 ， 它 们 使 用 不 同 的 看 板 系统 进行 管理 ， 并 需要 探索 性 使 能 来 验证 解决 方案 和 需 
求 ， 架 构 使 能 铺设 架构 跑道 ,或 者 基础 设施 使 能 来 对 业务 举措 进行 开发 、 测 试 和 集成 。 


使 能 通常 由 不 同 层级 的 架构 师 或 者 系统 工程 师 创建 ， 这 些 架构 师 / 工 程 师 可 以 是 在 投资 组 合 层 的 企业 架构 师 ， 也 可 以 是 价值 
流 和 项 目 群 层 的 解决 方案 和 系统 架构 师 / 工 程 师 。 架 构 师 创建 使 能 后 ， 可 以 通过 看 板 系统 控制 和 指引 这 些 使 能 ， 提 供 分 析 指 导 和 
用 来 估算 及 实现 的 信息 。 


某 些 使 能 来 源 于 敏捷 团队 、 敏 捷 发 布 火车 或 者 价值 流 层 本 身 ， 用 于 提高 现 有 的 解决 方案 。 使 能 通过 看 板 系统 进行 管理 ， 并 受 
控 于 项 目 群 层 和 价值 流 层 待 办 事项 列表 的 容量 ， 这 样 可 以 确保 对 促进 未 来 的 解决 方案 和 正在 扩展 的 架构 跑道 都 有 足够 的 重视 。 容 
量 分 配 可 以 把 所 有 的 使 能 工作 作为 一 个 整体 来 进行 分 配 ， 也 可 以 按照 不 同类 型 的 使 能 分 别 进行 分 配 。 


使 用 使 能 


探索 


应 用 使 能 进行 探索 ， 为 开发 团队 具体 化 需求 和 设计 提供 了 一 种 方法 。 解 决 方案 意图 的 本 质 就 是 在 开始 时 把 很 多 的 需求 当做 变 
量 ， 因 为 在 开发 初期 ， 很 难 知道 客户 的 需求 和 如 何 实 现 那些 需求 。 通 常客 户 自己 也 不 清楚 他 们 自己 想 要 什么 ， 只 有 通过 人 迭代 的 产 
品 开发 和 演示 ， 客 户 才能 够 获得 对 他 们 实际 想 要 的 东西 的 真正 理解 。 


在 解决 方案 层面 上 ， 实 现 一 个 业务 需求 可 以 有 很 多 种 技术 可 能 性 。 这 些 可 选项 需要 被 分 析 ， 有 时 需要 通过 模型 化 、 原 型 化 甚 
至 对 于 多 种 备 选 解决 方案 (基于 子 集 的 工程 ) 的 并 行 开发 来 进行 评估 。 


架构 


架构 跑道 是 SAFe 实 现 敏捷 架构 的 方法 之 一 。 跑 道 为 加 快 开 发 提供 基础 和 适当 的 技术 支持 。 但 是 由 于 业务 史诗 、 特 性 和 能 
力 、 故 事 不 断 地 消耗 跑道 ， 所 以 必须 对 跑道 进行 持续 维护 。 而 使 能 就 是 用 来 承担 待 办 事项 列表 中 扩展 跑道 的 工作 的 。 


有 些 架构 使 能 用 来 修复 现存 解决 方案 中 的 问题 ， 比 如 ， 提 高 性 能 。 这 些 使 能 开始 放 在 待 办 事项 列表 中 ， 实 现 之 后 ， 它 们 可 能 
变 成 非 功 能 性 需求 。 事 实 上 ， 许 多 非 功能 性 需求 是 架构 使 能 实现 后 的 结果 。 它 们 随 着 时 间 的 推移 而 构建 ， 如 图 4.16-1 所 示 。 


图 4.16-1 许多 非 功 能 性 需求 随时 间 推 移 以 使 能 的 结果 而 呈现 


基础 设施 


敏捷 开发 是 建立 在 频繁 集成 的 基础 上 的 。 在 每 个 迭代 中 ， 敏 捷 团 队 和 同一 敏捷 发 布 火车 上 的 其 他 团队 将 工作 产物 进行 集成 ， 
以 便 进 行 系统 演示 。 火 车 将 会 对 每 个 PI 进 行 集成 ， 以 便 进 行 解决 方案 演示 。 许 多 企业 甚至 以 实现 持续 集成 来 确保 解决 方案 是 持续 
可 以 运行 的 ， 这 样 减少 了 在 最 终 集 成 时 的 风险 。 


为 了 支持 这 些 频 繁 或 持续 的 集成 和 测试 ， 就 需要 在 价值 流 层 、 项 目 群 层 和 团队 层 来 搭建 相应 的 基础 设施 。 有 时 候 也 需要 增加 
新 的 基础 设施 对 客户 的 发 布 频率 。 敏 捷 团 队 和 系统 团队 一 起 来 负责 构建 和 维护 这 些 基 础 设施 。 基 础 设施 使 能 作为 待 办 事项 列表 工 
作 项 来 增强 这 部 分 工作 并 持续 进行 改进 ， 它 们 还 用 来 支持 新 的 场景 并 能 增强 企业 的 敏捷 性 。 


架构 使 能 的 工作 量 会 很 大 。 所 以 我 们 要 谨 记 把 它 拆 分 成 更 小 的 使 能 故事 ， 以 适合 在 一 个 迭代 中 完成 。 这 会 比较 困难 ， 因 为 架 
构 和 基础 设施 的 变更 ， 可 能 会 潜在 地 终止 现 有 系统 的 工作 ， 只 有 通过 新 的 架构 /基础 设施 来 解决 这 个 问题 。 当 我 们 计划 使 能 工作 
时 ， 要 确保 系统 在 较 长 的 时 间 内 能 正常 运行 在 上 日 的 架构 和 基础 设施 上 。 这 样 团队 就 可 以 在 使 能 工作 进行 中 ， 仍 然 可 以 继续 他 们 的 
工作 、 集 成 、 演 示 ， 甚 至 发 布 。 


正如 4.4 节 和 参考 资料 [1] 中 描述 的 ， 使 能 可 以 用 三 种 方式 来 实现 : 


` 方式 A 一 一 使 能 较 大 ， 但 是 有 增 量 式 的 方法 可 以 实现 它 。 系 统 运行 不 会 中 断 
: 方式 B 一 一 使 能 较 大 ， 但 是 不 能 进行 完全 的 增 量 式 实现 。 系 统 需要 偶尔 被 中 断 
方式 C 一 一 使 能 非常 大 ， 但 是 完全 不 能 增 量 式 实现 。 只 有 当 需 要 时 才 运 行 系统 ， 不 能 破坏 系统 


增 量 式 模式 的 例子 在 参考 资料 [2] 第 2 章 中 有 所 描述 ， 通 过 使 用 已 经 证 明 可 用 的 模式 ， 比 如 集合 捕获 或 者 事件 拦截 ， 可 以 逐 
渐 “ 抑 制 ” 遗 留 子 系统 的 运行 。 


使 能 通过 创建 可 以 交付 的 业务 功能 ， 从 而 驱动 更 好 的 经 济 效益 。 但 是 不 承担 风险 ， 创 新 性 的 产品 开发 就 不 可 能 进行 。 因 此 ， 


最 初 天 于 技术 的 决定 并 不 总 是 正确 的 ， 敏 捷 企 业 必 须 准 备 好 应 对 这 种 情况 带 来 的 经 济 损失 。 此 外 ， 产 品 开发 流 中 的 忽略 沉没 成 本 
原则 (参考 资料 [3]， 原 则 E17) 也 提供 了 重要 的 指导 : 不 要 总 是 考虑 已 经 花 掉 的 成 本 。 增 量 式 开发 有 助 于 在 投资 大 量 增加 之 前 ， 
及 时 采取 纠偏 措施 。 


计划 跨 敏捷 交付 火车 和 跨 价值 流 的 使 能 
使 能 史诗 和 使 能 能 力 可 以 分 别 是 跨 多 个 价值 流 和 多 个 敏捷 交付 火车 的 。 在 看 板 系统 中 的 分 析 阶段 ， 一 个 重要 的 决定 就 是 : 是 
一 次 性 实现 所 有 价值 流 /敏捷 交付 火车 的 使 能 ， 还 是 增 量 式 地 实现 它们 。 


这 就 是 在 “减少 一 次 性 实现 一 个 解决 方案 或 系统 的 风险 ”和 “由 于 缺少 全 部 的 使 能 导致 的 延迟 成 本 ”之 间 的 权衡 ， 如 图 
4.16-2 所 示 。 
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图 4.16-2 ”实现 跨 多 个 敏捷 交付 火车 或 价值 流 的 大 型 使 能 的 两 种 情景 
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4.17 QAHRA 


惯性 是 上 一 代 创 新 的 残留 物 。 如 果 放置 不 管 ， 它 会 消耗 下 一 代 创 新 所 需要 的 资源 。 
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100% 的 利用 率 会 带 来 不 可 预测 性 。 


Donald Reinertsen 


摘要 


精益 、 敏 捷 和 SAFe 都 专注 于 客户 价值 的 持续 交付 。 每 一 次 项 目 群 增 量 (Pl) 结束 时 都 会 举行 一 个 系统 演示 ， 以 及 检视 和 调 
整 工作 坊 ， 这 种 做 法 给 整个 敏捷 发 布 火车 和 价值 流 提供 了 一 个 集成 点 。 集 成 点 是 开发 活动 中 的 关键 节点 ， 它 向 所 有 利益 相关 者 展 
示 解 决 方案 的 进展 情况 并 为 持续 的 价值 发 布 提供 所 需 支持 。 为 此 ， 在 PI 执行 中 ， 团 队 会 关注 他 们 从 PI 计划 中 承担 的 特性 的 实现 工 
作 。 对 每 个 迭代 来 说 ， 团 队 都 会 “低头 干 活 ”， 专 注 于 近期 的 交付 。 经 过 几 个 PI 之 后 ， 解 决 方案 就 会 渐渐 接近 市 场 要 求 ， 而 团队 
一 直 专 注 在 交付 上 ， 从 未 松懈 。 


当然 ， 如 果 只 专注 于 一 件 事情 ， 必 然 会 对 另 一 件 事情 松懈 ， 比 如 创新 。 只 考虑 交付 的 紧迫 性 ， 而 没有 给 创新 预 留 时 间 ， 就 会 
存在 一 定 的 风险 。“ 残 酷 的 紧急 迭代 ”就 会 挫 毁 持续 创新 。 为 了 解决 这 个 问题 ，SAFe 提 供 了 一 个 专门 的 创新 与 计划 迭代。 在 这 
个 迭代 中 ， 同 时 可 以 实现 几 个 目的 ， 包 括 预 留 专用 的 计划 时 间 ， 开 展 回 顾 会 议 ， 进 行 探索 和 创新 活动 。 除 此 之 外 ， 还 有 其 他 一 些 
目的 ， 参 见 下 文 的 描述 。 


理解 IP 迭 代 的 活动 


创新 与 计划 迭代 在 每 一 个 Pl 中 为 团队 提供 规律 的 、 有 节奏 的 时 间 ， 让 团队 可 以 有 机 会 开展 一 些 在 持续 不 断 的 增 量 价值 发 布 的 
环境 中 很 难 进行 的 工作 。 


这 些 时 间 段 包括 : 


- 创新 和 探索 的 时 间 


“ PI 系统 演示 、 检 视 和 调整 工作 坊 、PI 计 划 事 件 和 待 办 事项 列表 梳理 的 时 间 


" 解决 方案 最 后 集成 的 时 间 
. 处 理 技术 基础 设施 、 工 具 和 其 他 系统 障碍 的 时 间 
.持续 学 习 和 受 教育 的 时 间 


同时 ，1P 和 迭代 还 有 其 他 重要 的 作用 ， 比 如 提供 了 为 满足 PI 目 标 实现 所 需要 的 缓冲 时 间 ， 以 及 增强 了 发 布 的 可 预测 性 。 从 敏捷 
发 布 火 车 的 执行 可 以 看 出 ， 通 过 有 规律 地 对 团队 进行 “重新 充电 和 工具 锐 化 ”， 整 个 团队 的 有 效 性 、 速 度 、 稳 定 可 持续 的 步伐 和 
工作 的 满意 度 都 得 到 了 提高 。 


为 创新 预 留 时 间 


SAFe 精 益 -敏捷 思维 的 四 大 支柱 之 一 是 创新 ， 但 是 想 要 在 发 布 的 截止 时 间 之 前 专门 留 出 时 间 进 行 创新 与 自由 协作 通常 是 很 困 


难 的 。 为 此 ， 很 多 企业 使 用 IP 和 迭代 进行 一 些 研究 和 设计 的 活动 ， 以 及 黑客 马拉松 。 黑 客 马 拉 松 规则 的 简要 描述 如 下 : 


1. 团 队 成 员 可 以 做 他 们 自己 想 做 的 任何 事情 ， 也 可 以 做 任何 其 他 人 想 让 他 们 做 的 事情 ， 只 要 这 些 事情 和 公司 的 使 命 保持 一 至 
即 可 


2. 团 队 会 在 活动 结束 时 ， 向 所 有 人 演示 他 们 所 做 的 事情 


有 规律 的 黑客 马拉松 活动 和 项 目 群 的 待 办 事项 列表 相 融 合 可 以 帮助 促进 创新 。 这 也 是 一 件 充满 乐趣 的 事情 ! 


专门 的 PI 计划 时 间 


PI 系 统 演示 、 检 视 和 调整 工作 坊 、PI 计 划 会 议 都 是 非常 重要 的 活动 ， 需 要 伦 时 间 去 执行 。 把 这 些 活动 放 在 专门 的 IP 迭 代 周 期 
中 ， 意 味 着 其 他 的 迭代 周期 可 以 有 正常 的 长 度 和 速度 ， 而 不 会 被 这 些 关 键 的 活动 干扰 。 更 为 重要 的 是 ， 这 些 重 要 的 活动 在 项 目 群 
日 程 表 中 ， 被 系统 化 固定 下 来 以 保证 它们 能 够 按时 举行 。 


同时 ， 这 样 做 使 得 在 迭代 的 最 后 时 刻 可 以 进行 项 目 群 层 和 价值 流 层 待 办 事项 列表 的 梳理 ， 以 及 特性 和 能 力 的 优化 ， 可 以 帮助 
下 一 个 计划 阶段 显著 提高 效率 。 


集成 完整 的 解决 方案 


iP 迭代 包括 系统 演示 ， 并 提供 时 间 做 解决 方案 级 的 最 终 测试 ， 这 些 测试 包括 最 后 的 性 能 测试 和 其 他 的 非 功 能 性 测试 、 标 准 和 
安全 方面 的 验证 、 用 户 接收 测试 、 最 终 的 文档 及 任何 其 他 的 准备 工作 ， 这 些 事情 如 果 在 每 个 迭代 中 去 做 是 不 现实 和 不 经 济 的 。 


当 复 杂 解 决 方案 包括 硬件 和 其 他 有 形 的 组 件 时 ， 端 到 端的 持续 集成 就 变 得 更 加 困难 了 。 在 这 种 情况 下 ， 项 目 群 层 和 价值 流 层 
的 全 面 集 成 可 能 就 只 有 在 IP 和 迭代 中 才能 得 以 实现 。 为 此 ， 也 需要 在 计划 中 考虑 周全 ， 这 也 是 一 般 性 常识 。 


需要 说 明 的 是 ， 对 于 系统 级 的 集成 不 应 该 只 有 在 IP 和 迭代 中 的 这 一 次 尝试 。 实 施 SAFe 的 组 织 都 依赖 于 频繁 的 集成 ， 有 时 这 种 
集成 可 能 不 是 端 到 端的 ， 因 为 它 可 能 只 是 在 PI 中 针对 解决 方案 的 特定 方面 ， 或 针对 显著 的 问题 和 风险 进行 的 比较 早期 的 验证 。 这 
些 集成 会 在 每 个 迭代 最 后 的 系统 演示 中 进行 演示 。 在 IP 迭 代 中 ， 会 进行 全 面 的 、 最 终 的 解决 方案 的 集成 ， 这 种 集成 在 每 个 PI 中 必 
须发 生 ， 且 人 至少 发 生 一 次 。 通 常 ， 会 由 系统 团队 协助 敏捷 团队 进行 集成 。 


先进 的 开发 基础 设施 


精益 交付 增加 了 对 开发 基础 设施 的 要 求 和 压力 。 团 队 必须 建立 新 的 持续 集成 环境 ， 必 须 安装 并 维护 新 的 自动 化 测试 框架 ， 也 
需要 采用 相应 的 项 目 管理 工具 ， 还 需要 升级 和 增强 团队 对 内 和 对 外 的 沟通 系统 ， 以 及 其 他 很 多 相关 工作 。 而 当 这 些 内 容 在 每 个 迭 
代 中 都 就 绪 时 (通常 ， 这 些 内 容 是 在 团队 的 提 代 回顾 中 确定 的 改进 故事 ， 或 者 使 能 ) ， 升 级 和 迁移 就 会 更 加 有 效 。 升 级 和 迁移 最 
好 与 关键 的 演示 拉 开 一 段 时 间 。 我 们 都 理解 要 不 断 进行 工具 的 更 新 ， 敏 捷 团 队 也 一 样 ， 事 实 上 他 们 比 一 般 的 团队 更 依赖 于 工作 环 
境 ， 所 以 他 们 需要 花 时 间 去 构建 他 们 的 环境 。 


精益 工程 师 和 精益 领导 者 都 是 终生 学 习 者 。 科 技 的 变化 日 新 月 异 ， 方 法 和 实践 也 在 不 断 变 化 ， 这 些 都 给 持续 学 习 带 来 很 多 机 
会 ， 然 而 他 们 通常 却 并 未 有 效 利 用 这 些 学 习 机 会 。 此 外 ， 最 初 向 精益 -敏捷 转型 需要 很 多 的 新 技术 ， 包 括 特性 /故事 的 编写 、 内 建 
质量 、 自 动 化 测试 、 集 体 所 有 权 、 精 益 -敏捷 架构 、 持 续集 成 、 结 对 工作 、 产 品 负责 人 和 Scrum Master 技 能 的 掌握 ， 以 及 团队 
建设 。 组 织 需要 为 持续 学 习 提 供 时 间 ， 以 便 团 队 成 员 和 领导 可 以 有 时 间 学 习 和 掌握 这 些 新 技能 。 这 些 学 习 时 间 也 可 以 用 来 增强 和 


支持 实践 社区 的 专项 主题 研究 。 最 终结 果 将 是 个 人 和 企业 都 从 中 受益 ， 员 工 的 技能 得 以 提升 ， 工 作 满意 度 增加 了 ， 速 度 也 提高 
了 ， 而 且 产 品 和 服务 上 市 时 间 也 变 短 了 。 


利用 内 置 估算 缓冲 
情 益 流 的 概念 告诉 我 们 ，100% 的 利用 率 会 带 来 不 可 预测 的 结果 。 简 而 言 之 ， 如 果 每 个 人 都 满 负 荷 工 作 ， 当 有 不 可 避免 的 问 
题 发 生 时 ， 就 没有 人 有 空余 的 时 间 来 进行 处 理 。 这 将 会 导致 客户 价值 交付 的 不 可 预测 性 和 延迟 。 


为 解决 这 个 问题 ，IP 夫 代 就 起 到 “防护 带 ” 或 者 估算 缓冲 的 作用 。 在 PI 计划 中 ， 对 IP 连 代 不 安排 任何 特性 和 故事 。 这 个 缓冲 
时 间 给 团队 提供 了 额外 的 时 间 来 应 对 突 发 事件 、 依 赖 的 延迟 ， 以 及 其 他 问题 ， 从 而 增强 了 团队 达成 PI 目 标的 能 力 。 这 实际 上 增强 
了 项 目 群 输出 的 可 预测 性 ， 可 预测 性 对 业务 而 言 是 一 个 相当 重要 的 属性 。 然 而 ， 如 果 例 行 公事 地 使 用 这 个 缓冲 时 间 段 来 完成 工 
作 ， 就 是 一 个 错误 的 做 法 。 因 为 这 违背 了 IP 途 代 的 主要 目的 ， 创 新 活动 也 会 受到 严重 影响 。 团 队 必须 谨慎 使 用 这 个 估算 “防护 
带 ”， 不 要 把 它 简单 地 变 成 拐杖 。 


1P 和 迭代 日 历 的 示例 


考虑 到 上 述 的 所 有 活动 ， 很 多 团队 的 IP 和 迭代 有 标准 的 议程 和 形式 ， 如 图 4.17-1 所 示 。 


星期 日 | 星期 一 | 星期 二 星期 三 | 星期 四 星期 五 | 星期 六 


31 1 2 3 4 5 6 


为 本 次 PI 未 完成 的 工作 预 留 缓冲 时 间 


为 下 次 PI 进行 创新 和 研究 


完整 系统 的 解决 方案 集成 和 测试 (必要 时 ) 


7 8 9 11 
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图 4.17-1 卫 和 迭代 日 历 的 示例 


k 


资料 


[1] Reinertsen, Donald G.The Principles of Product Development Flow: Second Generation Lean Product Development.Celeritas 


Publishing, 2009. 


[2] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011, chapter 17. 


[1] 美国 高 科技 营销 魔法 之 父 ， 硅 谷 战略 与 创新 咨询 专家 。 所 创立 的 关于 技术 产品 生命 周期 的 定律 被 称 为 新 摩尔 定律 。 


注 


译 者 


4.18 ”检视 和 调整 


Kaizen 是 改善 事物 的 行为 方式 。 如 果 你 假设 所 有 事情 都 没有 任何 问题 ， 你 就 无 法 进行 Kaizen。 那 么 让 我 们 来 做 一 些 改变 吧 。 


一 一 大 野 而 一 


摘要 


寺 续 改进 是 将 敏捷 (“团队 定期 地 反思 如 何 提高 成 效 ” 一 一 摘自 敏捷 宣言 ) 、 精 益 思考 (Kaizen) 和 SAFe 进 行 综合 的 一 种 
哲学 。SAFe 中 强调 持续 不 断 提高 是 至 关 重 要 的 ， 它 也 是 SAFe 精 益 之 屋 的 四 大 支柱 之 一 。 持 续 改 进 的 机 会 贯穿 在 整个 开发 过 程 
中 。 然 而 ， 通 过 节奏 和 同步 ， 在 持续 改进 中 有 助 于 确保 团队 确实 有 时 间 思 考 “我 们 如 何 才能 变 得 更 好 ”。 这 其 中 的 两 个 主要 的 、 
系统 化 的 改进 机 会 是 : 团队 回顾 会 议 与 检视 和 调整 工作 坊 。 


检视 和 调整 (IRA) 工作 坊 是 每 个 PI 结 束 时 的 重要 事件 。 它 是 一 种 定期 发 生 的 活动 ， 用 于 省 思 、 收 集 数据 、 解 决 问题 和 采取 
相应 的 改进 措施 ， 从 而 可 以 提高 团队 的 速度 、 质 量 和 下 一 个 PI 的 可 靠 性 。 所 有 的 项 目 群 利益 相关 者 都 参加 这 个 工作 坊 ， 其 结果 就 
是 一 系列 的 改进 故事 ， 并 将 这 些 故 事 放 入 到 下 一 个 PI 的 待 办 事项 列表 中 。 通 过 这 种 方式 ， 在 每 个 PI 中 都 可 以 让 所 有 敏捷 发 布 火车 
得 到 提升 。 对 于 大 型 的 解决 方案 ， 类 似 的 1&A 工 作坊 通常 也 会 在 价值 流 层 发 生 。 


寺 续 改进 是 SAFe 精 益 -敏捷 思维 的 四 大 支柱 之 一 ， 实 现 持续 改进 的 主要 机 制 是 检视 和 调整 (1&A) 工作 坊 。1&A 工 作坊 在 每 
个 PI 结束 时 进行 ， 用 来 省 思 当 前 PI 的 执行 结果 、 识 别 改进 活动 ， 并 把 改进 活动 加 入 下 一 个 PI 的 待 办 事项 列表 中 。 该 工作 坊 可 以 发 
生 在 项 目 群 层 和 价值 流 层 上 。 本 节 主 要 讨论 在 项 目 群 层 的 情况 ， 由 那些 构建 系统 的 人 自己 发 现 问 题 ， 并 找到 最 适合 的 方法 进行 改 


进 提高 。 


所 有 参与 构建 系统 的 人 都 应 该 参加 项 目 群 层 的 1&A 工 作坊 ， 包 括 敏 捷 团 队 、 发 布 火 车 工程 师 (RIE) 、 系 统 和 解决 方案 架构 
师 / 工 程 师 、 产 品 管理 者 、 业 务 负责 人 和 其 他 在 火车 上 的 角色 。 价 值 流 上 的 利益 相关 者 也 可 能 会 参加 这 个 会 议 。1&A 工 作坊 包含 
三 个 方面 的 内 容 : 


1.PI 系 统 演示 


3. 回 顾 和 问题 解决 工作 坊 


PI 系统 演示 


系统 演示 是 1&A 工 作坊 的 第 一 部 分 。 系 统 演示 与 每 两 周一 次 的 团队 演示 有 所 不 同 ， 它 会 演示 所 有 本 次 PI 所 计划 实现 的 特性 。 
同时 参加 会 议 的 人 员 也 比较 广 ， 有 时 候 一 些 客户 代表 也 会 参加 ， 因 此 这 个 演示 也 比较 正式 ， 需 要 进行 额外 的 准备 工作 。 系 统 演示 
也 应 该 在 规定 的 时 间 内 完成 ， 一 般 不 超过 一 个 小 时 。 同 时 系统 演示 也 需要 具有 一 定 的 概括 性 ， 从 而 确保 重要 的 利益 相关 者 能 够 积 
极 参与 并 进行 反馈 。 


量化 度量 


在 工作 坊 的 第 二 阶段 ， 团 队 会 评审 他 们 承诺 收集 的 数据 和 量化 度量 项 。 发 布 火车 工程 师 和 价值 流 工程 师 通常 会 负责 收集 信 
息 、 分 析 数 据 ， 并 展示 他 们 感 兴趣 的 统计 分 析 结 果 和 发 现 的 问题 ， 协 助 度量 内 容 的 陈述 。 


项 目 群 可 预测 性 度量 项 是 一 个 主要 的 度量 指标 。 在 PI 系统 演示 时 ， 业 务 负 责 人 、 客 户 、 敏 捷 团 队 和 其 他 主要 的 利益 相关 者 ， 
一 起 客观 地 对 每 个 团队 所 实现 的 PI 目标 进行 评分 。 图 4.18-1 给 出 了 一 个 示例 。 可 靠 的 火车 一 般 会 实现 80% ~ 100% 的 目标 ; 这 有 
助 于 企业 及 其 外 部 的 利益 相关 者 有 效 进行 计划 制订 (注意: 延伸 性 目标 不 在 团队 的 承诺 之 内 ， 但 是 在 计算 评分 时 会 被 考虑 进来 。 
如 图 4.18-1 所 示 ) 。 
项 目 群 
= 页 测 | 度量 . 
目标 预测 又 H 
一 模仿 声音 的 概念 验证 
— 帮助 进行 雷达 的 概念 验证 
- 决定 购买 /制造 引擎 声音 


- 真实 声音 概念 验证 


业务 价值 || 实 际 业 务 价值 


图 4.18-1 队 PI 绩 效 报告 


回顾 和 问题 解决 工作 坊 


回顾 


接 下 来 ， 团 队 会 举行 一 个 简短 的 回顾 会 (一 般 不 超过 30 分 钟 ) ， 目 的 是 找 出 团队 想 要 解决 的 问题 。 回 顾 会 的 方法 多 种 多 
样 ， 参 考 资料 [3] 介 绍 了 常见 的 几 种 敏捷 回顾 方法 。 其 主要 目的 就 是 找 出 少量 的 、 最 显著 的 问题 加 以 解决 。 


根据 参加 会 议 的 人 员 和 所 识别 问题 的 不 同 ， 会 议 主持 人 会 帮助 团队 一 起 决定 哪些 问题 是 团队 希望 解决 的 。 他 们 可 以 选择 解决 
团队 层 的 问题 ， 也 可 以 选择 与 其 他 团队 一 起 协作 来 解决 项 目 群 层 的 问题 。 这 种 自 组 织 的 问题 选择 ， 可 以 从 不 同 职能 和 不 同 视角 分 
析 问 题 ， 有 助 于 保证 解决 问题 的 团队 与 那些 受 该 问题 影响 最 大 的 团队 (通常 他 们 的 积极 性 是 最 高 的 ) 一 起 协作 。 选 择 要 解决 的 问 
题 有 助 于 提供 的 问题 解决 方案 是 受到 影响 最 大 的 团队 ， 这 样 他 们 的 积极 性 也 最 高 。 


关键 的 敏捷 发 布 火车 利益 相关 者 ， 包 括 业 务 负责 人 、 客 户 和 管理 层 ， 都 会 一 起 参加 这 个 回顾 会 议 。 通 常 团队 是 无 法 移 除 这 些 
阻碍 的 ， 只 有 这 些 关 键 的 利益 相关 者 才能 起 到 移 除 阻 碍 的 作用 。 


问题 解决 工作 坊 


对 于 大 型 的 、 系 统 化 项 目 群 层级 的 问题 ， 需 要 应 用 结构 化 形式 的 根本 原因 分 析 工 作坊 的 形式 。 根 本 原因 分 析 是 一 套 问题 解决 
的 工具 ， 它 用 来 识别 问题 的 根本 原因 ， 而 不 是 简单 地 关注 表面 现象 。 这 个 会 议 通常 由 发 布 火车 工程 师 或 其 他 角色 主持 ， 时 间 不 超 
过 两 个 小 时 。 


图 4.18-2 描 述 了 这 个 工作 坊 的 步骤 。 下 文 将 详细 介绍 每 个 步骤 的 内 容 。 


对 要 解决 的 问题 达成 一 致 根本 原因 分 析 识别 最 显著 的 根本 原因 


是 否 对 足够 可 
靠 的 发 布 进行 了 
承诺 ? 


根据 最 显著 的 根本 原因 


进行 新 问题 的 重 述 


是 否 有 足够 的 
架构 跑道 ? 


图 4.18-2 ”问题 解决 工作 坊 的 格式 
对 要 解决 的 问题 达成 一 致 


美国 发 明 家 Charles Kettering 有 一 句 名 言 “ 如 果 能 把 问题 表述 清楚 ， 那 么 就 意味 着 已 经 解决 了 一 半 的 问题 。” 基 于 这 一 
点 ， 团 队 自己 选择 愿意 投入 精力 去 解决 的 问题 。 但 是 团队 成 员 真 的 就 问题 本 身 达成 共识 了 吗 ? 或 者 他 们 还 都 持 有 不 同 的 观点 ? 为 
此 ， 团 队 应 该 花 一 些 时 间 陈 述 问 题 ， 尽 量 简明 扼要 地 思考 问题 是 什么 (what) ， 在 哪里 发 生 (where) ， 什 么 时 候 发 生 
(when) ， 以 及 问题 带 来 的 影响 (impact) 。 图 4.18-3 给 出 了 一 个 “ 巴 哈 赛车 ”的 系统 工程 问题 的 示例 。 
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中 存在 三 个 显著 的 设计 问题 ， 
设计 缺陷 导致 车 辆 的 召回 ， 并 1 


并 需要 花费 3 个 月 进行 原材料 、 
重新 设计 和 测试 等 工作 。 我 们 延迟 交付 ， 支 付 大 量 的 罚金 ， 
也 失去 了 客户 的 信赖 。 


概念 源 于 Beth Miller 的 贡献 


图 4.18-3 ”问题 描述 示例 
根本 原因 分 析 


我 们 推荐 使 用 传统 的 、 有 效 的 问题 解决 工具 ， 包 括 鱼 骨 图 和 “5 个 为 什么 ” 


(5Why) 方法 。 鱼 骨 图 又 称 石川 图 ， 它 是 一 个 
可 视 化 工具 ， 用 来 探究 事物 的 特殊 原因 或 者 流程 本 身 波动 的 根源 。 如 图 4.18-4 所 示 ， 将 问题 陈述 写 在 “ 鱼 骨 ” 的 最 右 端 。 


流程 因素 


缺乏 可 信赖 
的 发 布 承诺 


图 4.18-4 识别 出 主要 原因 的 鱼 骨 图 


识别 出 所 有 原因 ， 并 将 其 在 “主干 骨 ” 上 进行 归 类 。 在 问题 解决 工作 坊 中 ， 通 常 我 们 会 预先 把 五 个 原因 分 类 放 上 去 ， 它 们 分 
别 是 “人 员 因 素 ” “流程 因素 ” “工具 因素 ” “程序 因素 ”和 “环境 因素 ”。 不 过 ， 这 些 分 类 方法 是 可 以 变动 的 。 然 后 ， 团 队 成 
员 进 行头 脑 风暴 来 找到 导致 问题 发 生 的 各 种 因素 。 一 旦 找到 原因 ， 就 使 用 “5Why” 方 法 挖掘 问题 的 根本 原因 。 通 过 简单 地 提 

问 “ 为 什么 ”不 少 于 5 次 ， 就 会 很 容易 找到 原因 的 原因 ， 然 后 把 它们 放 到 鱼 骨头 的 相应 位 置 上 。 


识别 最 显著 的 根本 原因 


帕 累 托 分 析 ， 又 名 “80/20 原 则 ”， 是 一 种 统计 决策 的 技术 ， 用 来 找到 最 显著 的 影响 因素 ， 并 将 最 有 效 的 行动 措施 的 数量 减 


到 最 少 。 


这 种 分 析 遵循 的 原则 是 : 20% 的 原因 会 产生 80% 的 问题 。 当 面临 复杂 的 系统 问题 时 ， 使 用 这 个 原则 在 处 理 很 多 相互 矛盾 的 行 
动 措施 时 非常 有 用 。 


一 旦 所 有 可 能 的 原因 被 找到 后 ， 团 队 成 员 就 投票 选 出 大 家 认为 造成 最 终 问题 的 最 重要 原因 。 他 们 可 以 通过 放置 “星星 ”的 方 
法 (给 每 个 成 员 5 颗 星 ， 大 家 分 别 把 每 个 星 放置 到 自己 认为 最 重要 的 原因 上 ) ， 来 投票 选 出 他 们 认为 最 严重 的 原因 。 然 后 团队 创 
建 一 个 帕 累 托 图， 如 图 4.18-5 所 示 ， 用 于 表明 团队 给 出 的 最 重要 根本 原因 的 分 布 图 。 


8 _ 
5 
4 


2 
l 
p-s ae a a re = 
原因 1 原因 2 原因 3 原因 4 原因 5 原因 6 
图 4.18-5 ”问题 原因 的 帕 累 托 图 
新 问题 的 重 述 


下 一 步 是 从 列表 中 挑选 最 重要 的 原因 ， 并 将 其 作为 一 个 问题 重新 进行 描述 。 此 时 团队 已 经 非常 清楚 根本 原因 了 ， 所 以 这 一 步 
仅 需 要 花费 几 分 钟 时 间 。 


解决 方案 的 头脑 风暴 


此 时 ， 根 本 原因 会 暗示 一 些 潜在 的 解决 方案 。 团 队 成 员 通 过 15 ~ 30 分 钟 的 头脑 风暴 ， 尽 可 能 多 地 想 出 纠正 措施 。 头 脑 风暴 
的 规则 如 下 : 


- 尽 可 能 多 地 产生 想法 


- 不 要 进行 批评 和 争论 


" 让 想象 力 尽情 飞扬 


- 转变 和 合并 想法 
创建 用 来 改进 的 待 办 事项 


团队 投票 选 出 三 个 最 可 能 的 解决 方案 。 这 三 个 解决 方案 会 作为 改进 故事 或 特性 ， 直 接 加 入 到 下 一 个 PI 计划 中 。 在 PI 计划 中 ， 
发 布 火 车 工程 师 帮 助 确保 在 迭代 计划 中 ， 像 处 理 其 他 待 办 事项 那样 来 处 理 这 些 相关 的 改进 故事 ， 从 而 保证 采取 相应 的 行动 措施 和 
分 配 所 需 的 资源 。 


这 样 就 可 以 让 回顾 形成 闭环 ， 并 确保 分 配 了 必要 人 员 和 物质 资源 ， 用 于 改进 当前 的 问题 。 

通过 这 种 方式 ， 可 以 在 项 目 群 层 和 价值 流 层 有 规律 、 系 统 化 地 开展 问题 解决 的 活动 ， 团 队 成 员 、 项 目 群 利益 相关 者 、 价 值 流 
利益 相关 者 就 可 以 确保 价值 流 持续 不 断 地 进行 改进 提升 。 
价值 流 层级 的 检视 和 调整 


以 上 描述 了 项 目 群 层 严 谨 的 问题 解决 方法 。 它 通常 会 把 价值 流 层 的 关键 利益 相关 者 邀请 进来 参与 ， 这 是 一 种 推荐 的 做 法 ， 有 
助 于 解决 方案 的 开发 。 在 大 型 的 价值 流 中 ， 需 要 有 额外 的 检视 和 调整 工作 坊 ， 其 形式 和 做 法 基本 一 致 。 由 于 不 可 能 邀请 到 所 有 的 
利益 相关 者 ， 所 以 需要 根据 具体 的 情况 邀请 合适 的 人 参加 ， 包 括 主要 的 价值 流 层 利益 相关 者 ， 以 及 来 自 不 同 敏捷 交付 火车 的 代表 
和 供应 商 的 代表 。 
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在 不 确定 性 中 控制 流动 。 


Donald Reinersten 


经 常 地 交付 可 工作 的 软件 ， 相 隔 几 星期 或 一 两 个 月 ， 倾 向 于 采取 较 短 的 周期 。 


一 敏捷 宣 让 


la} 
Wh 


摘要 


按 节 奏 开 发 一 在 基于 流 的 系统 中 ， 管 理 系统 开发 内 部 变异 性 的 最 佳 策略 ， 就 是 让 常规 的 开发 活动 基于 一 个 快速 的 、 同 步 
的 节奏 进行 。 这 个 节奏 保证 了 重要 事件 的 规律 性 和 可 预测 性 。 归 根 结 底 ， 构 建 复杂 和 大 型 系统 就 是 在 进行 研究 和 开发 。 按 节奏 开 


发 是 SAFe 的 基本 前 提 ， 也 可 以 直接 从 SAFe 全 景 图 中 看 到 其 如 何 执行 ， 其 效果 体现 在 同步 的 快 节奏 开发 ， 短 迭代， 以 及 把 这 些 迭 
代 成 果 集 成 到 更 大 的 项 目 群 增 量 中 。 


随时 发 布 一 一 SAFe 提 供 了 一 套 关 注 点 分 离 的 机 制 。 这 套 机 制 给 开发 团队 提供 了 节奏 和 同步 的 工具 ， 用 来 管理 开发 环境 中 复 
杂 快 速 的 变化 ， 同 时 也 支持 同步 或 者 异步 的 产品 发 布 和 上 市 。 这 是 SAFe 框 架 的 另 一 个 基本 前 提 ， 也 可 以 直接 从 SAFe 的 全 景 图 中 
看 到 其 如 何 执行 ， 在 图 中 有 一 些小 图 标 ， 用 于 表示 可 工作 软件 的 异步 盒 


FAR: 按 节 奏 开 上 


构造 解决 方案 时 ， 节 奏 和 同步 是 主要 的 元 素 。 节 奏 是 指使 用 一 个 有 规律 的 、 可 预测 的 开发 步调 。 同 步 是 指 多 个 相互 依赖 的 事 
件 可 在 相同 的 时 间 发 生 。 如 果 把 节奏 和 同步 进行 结合 ， 就 可 以 让 常规 事件 成 为 例 行 事件 得 以 执行 ， 这 些 例 行 事件 包括 Pl 计划 、 系 
统 和 解决 方案 演示 、 系 统 集成 等 ， 同 时 也 减少 了 调整 资源 和 团队 间 重 新 协调 的 频 度 。 (感谢 Donald Reinertsen 的 《产品 开发 流 
的 原则 》 一 书 ， 参 考 资 料 [1]。) 这 些 原 则 对 于 理解 SAFe 的 工作 方式 如 何在 工作 中 有 效应 用 ， 起 到 了 至 关 重 要 的 作业 。 表 4.19-1 
和 表 4.19-2 描 述 了 Reinertsen 提 出 的 基本 原则 和 在 SAFe 中 如 何 应 用 。 


表 4.19-1 节奏 原则 在 SAFe 中 的 应 用 


产品 开发 流 的 原则 : 节奏 SAFe 中 的 实践 
应 用 有 规律 的 节奏 | ”计划 活动 在 有 规律 的 PI 中 进行 ， 把 变异 性 限制 在 单个 的 PI 时 间 合 中， 从 而 增加 了 敏 
— 制 变异 性 的 累积 捷 发 布 火车 和 价值 流 的 可 预测 性 
创新 与 计划 迭代 提供 了 缓冲 时 间 ， 从 而 保证 可 靠 地 达到 PI 设 定 的 目标 。 那 些 未 做 承 
| 诺 但 做 了 计划 的 可 延伸 性 目标 就 可 以 利用 这 段 时 间 进 行 实现 。 在 时 间 和 范围 上 都 提供 了 
- 定 的 空间 来 保证 PI 目标 的 实现 
F7: 利用 节奏 可 以 使 等 | ”如 果 一 个 特性 没有 在 当前 PI (或 发 布 ) 中 进行 计划 ,但 它 有 较 高 的 优先 级 ， 就 可 以 安排 


F6: 提供 足够 的 容量 组 
冲 ， 促 进 按 节 奏 的 执行 


待 时 间 变 得 可 预测 在 下 一 个 PI (或 发 布 ) 中 进行 交付 。 这 样 就 可 以 避免 在 当前 PI 中 加 入 过 多 的 在 制品 (WIP) 
F8 : 利用 有 规律 的 节 短 和 迭代 有 助 于 控制 在 一 个 迭代 中 故事 的 数量 。 要 实现 的 特性 的 数量 也 由 于 短 PI 和 频 
奏 ， 促 进 小 批量 生产 繁 的 发 布 受 到 控制 ， 并 提供 了 较 高 的 系统 可 预测 性 和 吞吐 量 


FO: 使 用 可 预测 的 节 | PI 计划 、 秋 代 计划 、 答 办 事项 梳理 、 检 视 和 调整 、 架 构 讨 论 等 都 受益 于 频繁 的 会 议 
奏 ， 来 安排 频繁 的 会 议 每 个 会 议 都 只 处 理 少量 的 信息 ， 按 节奏 工作 降低 了 会 议和 其 他 事务 之 间 的 交接 成 本 


表 4.19-2 ”同步 原则 在 SAFe 中 的 应 用 


产品 开发 流 的 原则 : 同步 SAFe 中 的 实践 
F10: 多 个 项 目 协同 工作 以 获 每 个 敏捷 团队 都 使 用 相同 的 迭代 周期 。 工 作 产 品 通 过 系统 和 解决 方案 演示 进行 
取 规 模 化 的 经 济 效益 同步 。 投 资 组 合 业 务 史诗 和 使 能 史诗 促进 统一 的 基础 设施 和 客户 实用 业务 
F11 : 容量 缓冲 促进 交付 实现 : n af TE gee a PA ng 
a e PPE ipe ene fH R, e EART AEETI 
F12: 利用 同步 事件 来 辅助 价值 流 和 项 目 群 PI 事件 ， 可 以 同步 客户 反馈 、 调 整 资源 和 预算 、 协 同 使 命 、 
只 能 之 间 的 权衡 提升 检视 和 调整 ， 以 及 进行 项 目 群 评审 和 治理 ， 而 且 也 可 以 促进 合作 和 团队 建设 


团队 在 共同 的 时 间 盒 和 相同 的 工作 量 方面 协调 一 致 。 系 统 团 队 在 项 目 群 层 和 价 
值 流 层 进行 有 规律 的 集成 。 保 持 人 简短 的 待 办 事项 列表 ， 且 不 进行 承诺 ， 从 而 支持 
新 任务 的 快速 交付 

F14: ia, fi— 团队 在 迭代 边界 进行 集成 和 评估 (如 果 无 法 做 到 集成 ， 至 少 需要 进行 评估 )， 项 
样 性 来 达到 同步 目 群 和 价值 流 在 PI 边界 进行 集成 和 评估 


F13: 减少 队列 、 同 步 的 规 
模 ， 以 及 流程 衔接 的 时 间 


We 


综 上 所 述 ， 节 奏 和 同步 是 帮助 我 们 管理 工作 中 内 部 可 变 因 素 的 两 个 天 键 概念 。 它 们 建立 了 更 可 靠 、 更 可 依赖 的 软件 开发 和 区 
付 流程 ， 使 得 关键 的 业务 利益 相关 者 可 以 信赖 这 个 流程 。 


详 述 : 随时 友 布 


正如 我 们 所 看 到 的 ， 按 节奏 开发 确实 非常 好 ， 不 过 当 实 际 交 付 价 值 时 ， 我 们 可 能 会 考虑 一 套 不 同 的 规则 。 为 了 不 断 提 供 可 靠 
的 项 目 群 增 量 ， 我 们 应 当 更 关注 和 理解 : 何 时 以 何 种 方式 向 用 户 交 付 真正 可 用 的 增 量 价值 。 


SAFe 全 景 图 说 明了 每 个 敏捷 交付 火车 在 整个 流 中 ， 具 有 不 同 的 交付 时 间 节 点 。 不 过 这 只 是 参考 ， 每 个 企业 、 每 个 项 目 群 和 
价值 流 都 应 该 有 自己 的 软件 交付 策略 ， 这 些 策略 应 该 满足 开发 和 业务 环境 。 下 文中 ， 我 们 将 讨论 针对 不 同 发 布 频率 的 策略 。 


迈 向 持续 发 布 


对 大 多 数组 织 来 说 ， 持 续 交 付 代表 了 最 终 的 期 望 和 状态 (参见 SAFe 网 站 关于 持续 交付 的 描 
述 www.scaledagileframework.com/continuous-delivery/) 。 毕 竟 ， 当 我 们 的 手机 可 以 自动 升级 时 ， 我 们 并 未 感到 惊慌 ; 我 
们 认为 升级 会 带 来 好 处 ， 所 以 毫 不 犹 陶 地 按 下 “现在 升级 ”按钮 进行 手机 的 自动 升级 。 而 且 ， 我 们 可 以 肯定 手机 的 软件 升级 远 远 
多 于 大 部 分 企业 中 系统 的 软件 升级 。 然 而 每 个 企业 的 行进 节奏 是 不 同 的 ， 其 原因 可 能 是 为 了 安全 性 和 可 用 性 ， 或 者 是 考虑 了 财务 
(银行 、 贸 易 ) 因素 ， 还 可 能 是 人 员 安全 因素 (医疗 设备 、 载 人 系统 ) ， 以 及 客户 的 操作 环境 可 能 不 适合 于 做 显著 的 新 价值 的 持 
续 更 新 。 可 能 我 们 企业 的 开发 和 发 布 能 力 ， 还 没有 到 达 足 够 的 水 平 ， 能 够 为 客户 提供 零 风险 的 解决 方案 。 总 之 ， 无 论 出 于 什么 原 
因 ， 这 样 做 在 经 济 效益 上 是 不 合理 的 。 


同时 ， 支 持 持续 发 布 的 系统 必须 在 设计 时 就 考虑 持续 发 布 。 即 使 如 此 设计 ， 发 布 也 不 是 一 件 干 篇 一 律 的 事情 ， 就 算是 简单 的 
网 站 也 有 多 种 发 布 的 范例 。 比 如 ， 假 设 我 们 每 周 更 新 SAFe 全 景 图 ， 那 么 就 会 给 那些 支持 全 景 图 的 工具 和 课件 带 来 麻烦 。 同 时 ， 
如 果 我 们 没有 能 力 去 推出 新 的 内 容 (通过 博客 、 指 南 和 文档 更 新 ) ， 我 们 就 阻碍 了 持续 价值 交付 的 目标 ， 从 而 变 得 不 敏捷 了 。 在 
进行 设计 时 ， 都 应 该 考虑 其 合理 性 。 


将 开发 和 发布 分 离 


我 们 必须 意识 到 开发 和 发 布 是 两 件 不 同 的 事情 。 为 了 最 大 程度 地 保持 灵活 性 和 敏捷 性 ，SAFe 提 供 了 “关注 点 分 离 ” 的 概念 
来 解决 这 个 问题 。 每 个 项 目 群 价值 流 在 敏捷 发 布 火车 中 定义 了 开发 的 节奏 ， 这 个 节奏 就 是 迭代 的 模式 。 基 于 这 个 概念 模型 ， 有 几 
种 不 同 的 发 布 情况 。 


1. 按 照 PI 的 节奏 进行 发 布 一 一 最 简单 的 情况 是 企业 可 以 在 每 个 PI 结束 时 ， 发 布 他 们 的 产品 给 客户 。 之 所 以 最 简单 是 因为 PI 的 
计划 、 发 布 、 检 视 和 调整 都 是 以 相同 的 节奏 进行 的 ， 并 与 日 历时 间 相 吻合 。 同 时 ， 在 创新 与 计划 迭代 中 ， 可 以 进行 实践 设计 上 的 
调整 来 满足 扩展 的 一 些 发布 活 动 ， 也 可 以 包含 一 些 验 证 的 活动 ， 用 户 接收 测试 (UAT) 、 发 布 文档 的 编写 等 。 这 样 ， 发 布 的 日 期 
也 是 可 以 预知 的 (日 期 固定 、 范 围 可 变 ) 。 如 果 企 业 要 追求 有 效 性 和 便捷 性 ， 这 种 方法 就 比较 适用 。 因 为 整个 PI 的 模式 是 专用 
的 ,很 多 企业 在 这 种 简单 的 结构 中 找到 了 适合 他 们 自己 的 方法 。 (5.7 节 中 的 图 5.7-1 是 一 个 示例 。) 


2. 以 较 少 的 频 度 友 布 一 一 在 很 多 情况 下 ， 依 照 一 个 快速 的 PI 节奏 去 发 布 ， 可 能 不 太 现 实 或 者 不 太 必要 。 例 如 ， 在 某 些 企业 的 
配置 中 ， 部 署 的 系统 包含 客户 操作 环境 所 需 的 关键 基础 设施 ， 即 使 客户 希望 有 软件 更 新 ， 服 务 等 级 和 许可 证 协议 也 是 不 允许 的 ， 
因为 这 样 会 带 来 过 度 操作 和 破坏 性 安装 。 另 外 一 种 情况 是 企业 的 系统 构建 包含 软件 和 硬件 两 部 分 ， 比 如 移动 电话 和 地 理 映 射 卫星 
升级 ， 都 会 由 长 引线 硬件 驱动 ， 这 些 长 引线 硬件 比如 显示 器 、 忌 片 组 等 。 新 的 硬件 必须 首先 准备 好 ， 所 以 软件 的 提早 和 增 量 式 发 
布 是 不 现实 的 。 在 这 些 情况 下 ， 每 个 PI 结 束 时 进行 发 布 也 不 合适 ， 而 且 计划 和 发 布 的 活动 可 能 无 法 完全 匹配 。 


3. 以 更 频繁 的 节奏 友 布 一 一 对 于 那些 构建 复杂 解决 方案 的 企业 (比如 ， 多 个 系统 的 组 合 ) 来 说 ， 以 上 两 种 情况 都 可 能 太 简 单 


了 。 大 型 系统 可 能 会 综合 考虑 以 上 两 种 不 同 的 发 布 周期 。 针 对 系统 中 不 同 的 组 件 ， 可 能 会 有 更 频繁 的 发 布 。 周 期 性 的 计划 也 可 以 
提供 按 节奏 开发 、 同 步 和 协调 工作 ， 企 业 就 可 以 管理 变异 性 并 减少 客户 期 望 与 实际 交付 产品 之 间 的 差距 。 所 以 ， 在 这 种 情况 下， 
没有 必要 强求 企业 按照 相同 的 节奏 来 发 布 产 品 ， 以 免 给 企业 带 来 过 多 的 限制 。 


随时 发 布 


在 实际 的 情况 中 ， 大 型 系统 并 不 是 那么 和 谐 一 致 的 。 它 们 往往 包含 不 同类 型 的 组 件 和 子 系统 ， 这 些 组 件 和 子 系统 又 都 需要 不 
同 的 发 布 模型 。 所 以 ， 以 上 三 种 发 布 模型 都 可 能 会 用 到 ， 那 么 最 容易 的 方法 是 : 只 要 符合 治理 和 业务 模式 ， 就 可 以 在 任意 时 间 进 
行 发 布 。 图 4.19-1 给 出 了 一 个 示例 。 


综 上 所 述 ， 企 业 在 应 用 SAFe 中 ， 能 够 理解 开发 和 发 布 是 两 件 不 同 的 事情 。 企 业 可 以 根据 业务 条 件 的 需要 ， 在 随时 发 布 合适 
的 客户 价值 。 


版 本 发 布 版 本 发 布 
客户 


随时 发 布 


ü B PI PI PI 
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图 4.19-1 ”将 开发 活动 和 发 布 活 动 完全 解 耦 
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4.20 ”架构 跑道 


最 好 的 架构 、 需 求 和 设计 都 来 自 于 自 组 织 团队 。 


当 我 们 必须 进行 突 发 性 的 设计 和 系统 开发 时 ， 小 步 的 计划 可 以 避免 巨大 的 浪费 。 


——James Coplien 和 Gerirud Bjørnvig, «te BAH: 敏捷 软件 开发 》 


摘要 


架构 跑道 是 SAFe 中 实现 敏捷 架构 概念 的 一 种 方式 。 当 企业 的 系统 平台 有 足够 的 基础 设施 ， 可 以 支持 在 近期 的 项 目 群 增 量 中 
交付 高 优先 级 的 特性 ， 不 会 由 于 缺乏 设计 或 者 过 度 设计 而 带 来 返工 ， 在 这 种 情况 下 ， 就 需要 架构 跑道 。 这 种 跑道 提供 了 必要 的 技 
术 基 础 ， 用 于 开发 业务 举措 和 实现 新 特性 或 能 力 。 


这 种 跑道 也 会 被 史诗 、 能 力 、 特 性 和 故事 持续 地 消耗 使 用 ， 它 们 会 使 用 架构 跑道 来 协助 完成 其 所 需 的 功能 。 为 了 给 未 来 的 新 
功能 提供 支持 ， 企 业 必须 持续 地 实现 一 些 使 能 来 扩展 架构 跑道 。 有 些 使 能 可 以 修复 解决 方案 系统 中 现存 的 问题 ， 比 如 提高 系统 性 
能 。 另 外 一 些 使 能 可 以 实现 一 些 基 本 能 力 ， 为 将 来 实现 更 多 的 能 力 做 好 准备 。 


敏捷 开发 避免 了 瀑布 模型 的 思维 方式 和 大 量 前 期 设计 (BUFD) ， 取 而 代 之 的 是 精简 的 描述 “最 好 的 架构 、 需 求 和 设计 都 来 
自 于 自 组 织 团队 。” (敏捷 宣言 ， 参 考 资料 3]) 。 由 此 出 现 了 浮现 式 设计 的 概念 一 一 敏捷 架构 演进 流程 提倡 仪 仪 在 需要 的 时 
候 ， 才 对 设计 进行 发 现 和 扩展 ， 从 而 可 以 实现 和 验证 下 一 个 功能 的 增 量 。 


这 种 新 的 实践 方法 在 一 定 程度 上 工作 得 非常 好 。 但 是 ， 随 着 敏捷 实践 成 熟 度 的 提高 ， 越 来 越 多 的 大 型 团队 和 规模 化 团队 也 采 
纳 了 这 种 方法 ， 一 些 问题 也 相应 出 现 了 ， 主 要 体现 在 浮现 式 设计 对 复杂 的 大 规模 系统 开发 的 反馈 不 足 。 以 下 问题 也 就 逐渐 暴露 了 
出 来 : 


“ 过 度 的 设计 返工 和 延迟 ， 出 现 了 流动 瓶颈 问题 

: 使 用 不 同 的 架构 组 件 支持 相同 的 能 力 ， 增 加 了 维护 成 本 
- 团队 之 间 的 协作 和 同步 减少 了 

- 速度 降低 了 

+ 系统 很 难 进 行 集成 和 验证 

- 系统 的 质量 退化 ( 非 功能 性 需求 ) 
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最 终结 果 导 致 解决 方案 性 能 低下 ， 经 济 效益 差 ， 产 品 上 市 时 间 缓 慢 。 


意图 架构 支持 更 大 的 视角 


对 所 有 团队 而 言 ， 让 他 们 自己 预测 发 生 在 其 所 处 环境 之 外 的 变化 是 不 可 能 的 ， 同 样 让 单个 团队 理解 整个 系统 来 避免 元 余生 产 
和 设计 实现 的 冲突 也 是 不 现实 的 。 简 而 言 之 ， 一 个 大 型 企业 中 的 团队 是 不 可 能 看 到 全 局 的 ， 让 团队 去 预见 未 来 发 生 的 变化 也 是 不 
合理 的 ， 因 为 很 多 变化 在 他 们 的 可 控 范 围 之 外 。 


基于 这 种 原因 ， 团 队 需 要 进行 意图 架构 一 一 这 是 一 组 有 目的 的 、 计 划 好 的 架构 创新 ， 能 够 提高 解决 方案 的 设计 、 性 能 和 可 
用 性 ， 同 时 为 跨 团队 设计 和 实现 同步 提供 指导 。 这 些 使 能 可 以 创建 所 需要 的 架构 跑道 ， 有 助 于 团队 更 快 、 更 可 靠 地 交付 业务 价 
值 。 


意图 架构 和 浮现 式 设计 结合 起 来 ， 就 可 以 促进 项 目 群 创建 和 维护 大 规模 的 解决 方案 。 浮 现 式 设计 可 以 促进 快速 和 本 地 控制 的 
机 制 ， 团 队 可 以 适当 地 对 需求 变化 进行 应 对 ， 而 不 需要 过 多 地 去 思考 系统 的 前 瞻 性 。 意 图 架构 提供 了 必要 的 指导 ， 从 而 确保 系统 
概念 的 完整 性 和 有 效 性 。 保 证 合理 的 浮现 式 设计 和 意图 架构 的 平衡 ， 可 以 驱动 大 规模 系统 的 有 效 进化 。 


使 用 架构 促进 流动 和 敏捷 性 


使 能 可 以 用 来 扩展 架构 跑道 。 使 能 通常 由 架构 师 或 者 不 同 级 别 的 系统 工程 师 来 定义 ， 在 价值 流 层 和 项 目 群 层 由 系统 和 解决 方 
案 架 构 师 /工程 师 来 负责 ， 在 投资 组 合 层 由 企业 级 架构 师 来 负责 。 


架构 师 定义 使 能 之 后 ， 也 会 提供 必要 的 分 析 指 导 和 信息 ， 用 于 对 使 能 进行 估算 和 实现 ， 从 而 有 助 于 团队 让 使 能 在 不 同 的 看 板 
系统 中 流动 和 实现 。 他 们 会 确保 受到 影响 的 所 有 元 素 ， 包 括 子 系统 、 组 件 、 功 能 、 协 议 、 内 部 系统 功能 等 ， 都 能 通过 必要 的 架 
构 ， 来 支持 在 产品 路 线 图 中 的 近期 特性 和 能 力 。 


然而 ， 使 能 史诗 、 能 力 和 特性 的 实现 是 一 项 复杂 的 工作 ，“ 大 量 前 期 分 支 和 后 期 合并 ”的 瀑布 模式 方法 已 经 不 再 适用 了 。 取 
而 代 之 的 是 企业 将 增 量 式 地 实现 架构 。 这 样 做 意味 着 ， 使 能 史诗 必须 被 拆 分 成 使 能 特性 和 使 能 能 力 ， 这 样 它 们 才 可 以 最 终 被 单个 
的 敏捷 发 布 火车 来 实现 。 每 个 使 能 特性 必须 在 一 个 Pl 中 (或 者 至 少 是 在 Pl 边界 上 ) 进行 实现 ， 这 样 能 够 保证 系统 总 是 可 以 运行 
的 。 在 某 些 情况 下 ， 这 表明 新 的 架构 举措 是 逐个 实现 的 ， 甚 至 可 能 在 当前 PI 中 对 用 户 是 不 可 见 的 。 这 种 方式 中 ， 架 构 跑道 的 实现 
和 测试 是 在 幕后 进行 的 ， 而 不 影响 当前 的 交付 ， 当 有 充足 的 能 力 被 完成 后 才 发 布 给 客户 ， 从 而 可 以 支持 新 的 业务 史诗 和 项 目 群 层 
的 特性 实例 化 。 


SAFe 使 用 PI 节 奏 和 同步 机 制 ， 作 为 计划 和 集成 时 的 主要 工具 ， 用 来 管理 R&D 内 部 的 可 变 因 素 。 通 过 这 种 方式 ， 敏 捷 发 布 火 
车 就 会 持续 提供 潜在 可 交付 的 新 产品 ， 企 业 也 可 以 根据 外 部 的 需要 来 自由 决定 是 否 进行 交付 。 这 意味 着 在 PI 的 边界 上 ， 会 有 固定 
的 、 高 质量 的 、 可 以 部 署 的 系统 级 解决 方案 准备 就 绪 ， 这 一 点 是 非常 关键 的 。 而 且 这 也 意味 着 在 PI 计划 会 议 中 ， 需 要 有 一 定量 的 
架构 跑道 准备 就 绪 。 否 则 ， 将 会 有 架构 需要 被 重新 设计 的 风险 ， 导 致 依赖 此 架构 的 新 特性 也 需要 重新 开发 ， 进 而 就 会 造成 项 目 群 
层 不 可 接受 的 风险 。 


为 了 降低 风险 ， 项 目 群 应 该 确保 在 PI 计 划 时 ， 将 最 新 特性 的 架构 设计 包含 在 其 中 。 这 是 通过 构建 、 使 用 ， 以 及 扩展 架构 跑道 
来 实现 的 ， 本 节 将 会 对 其 进行 详细 描述 。 
构建 架构 跑道 


当 建 立 创 新 性 新 平台 或 者 进行 全 新 开发 时 ， 系 统 或 解决 方案 架构 师 / 工 程 师 将 承担 初始 定义 和 构建 架构 跑道 的 责任 。 一 般 来 
说 ， 构 建新 的 基础 设施 是 由 一 到 两 个 敏捷 团队 来 完成 的 ， 有 时 架构 师 /工程 师 会 承担 产品 负责 人 的 角色 ， 并 参与 其 中 的 几 个 迭 
代 ， 如 图 4.20-1 所 示 。 
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图 4.20-1 启动 架构 跑道 
这 样 操作 的 规则 既 简 单 又 灵活 : 
1. 这 些 团队 的 和 提 代 执行 和 其 他 的 敏捷 团队 是 一 样 的 
2. 专 注 于 完成 可 工作 的 解决 方案 而 不 是 模型 或 设计 
3. 时 间 非 常 重要 ， 不 要 花 太 多 的 迭代 去 完成 和 证 明 新 的 架构 设计 


然后 ， 项 目 群 层 会 迅速 扩大 ， 加 入 一 些 特性 团队 ， 这 些 团队 使 用 最 初 的 可 用 特性 对 新 架构 进行 测试 ， 如 图 4.20-2 所 示 。 
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图 4.20-2 在 新 的 架构 跑道 上 实现 新 的 特性 


同时 ， 团 队 会 构建 额外 的 架构 跑道 ， 如 图 40.20-3 所 示 。 


图 4.20-3 ”构建 架构 跑道 的 进程 


为 了 支持 稳定 的 速度 ， 需 要 持续 地 维护 和 扩展 架构 跑道 。 分 配 足够 的 容量 可 以 确保 对 使 能 的 持续 投资 ， 用 于 扩建 架构 跑道 。 
产品 和 解决 方案 管理 者 及 架构 师 / 工 程 师 们 会 与 有 天 团队 合作 ， 定 义 这 些 架 构 举措 ， 然 后 由 敏捷 发 布 火车 进行 相应 实现 。 为 了 满 
足 近期 的 成 功 交 付 ， 架 构 跑道 不 应 该 为 了 长 期 技术 上 的 承诺 而 过 分 限制 当前 的 开发 。 架 构 跑道 需要 保持 “恰当 数量 ”， 如 果 数 量 
太 多 ， 就 会 过 分 束缚 团队 并 脱离 当前 的 环境 ;如 果 太 少 ， 团 队 就 会 在 实现 可 靠 性 和 短期 承诺 上 遇 到 麻烦 。 


使 用 架构 跑道 : 系统 架构 的 脆弱 性 和 | 临时 性 


至 此 ， 新 的 架构 已 经 具备 ， 而 且 有 价值 的 特性 已 经 在 它 上 面 进 行 了 部 署 。 但 是 ， 这 种 初始 的 成 功 是 暂时 的 ， 架 构 会 随 着 时 间 
的 推移 ， 自 然而 然 地 被 一 系列 因素 逐渐 消耗 列 尽 。 


1. 敏 捷 团队 是 快速 的 。 他 们 的 关注 点 和 发 布 新 特性 的 能 力 是 不 一 样 的 ， 这 样 就 将 不 可 避免 地 导致 消耗 架构 跑道 。 


2. 产 品 负责 人 和 产品 /解决 方案 管理 者 往往 缺乏 耐心 ， 他 们 已 经 在 内 部 系统 的 能 力 构建 上 投入 了 时 间 ， 他 们 很 快 将 会 改变 待 
办 事项 的 优先 级 ， 把 投入 转向 用 户 将 会 付费 的 特性 上 。 


3. 架 构 本 身 也 是 脆弱 的 ， 且 需要 持续 改进 。 技 术 的 变化 周期 变 短 ， 原 有 的 东西 就 会 荒废 。 
4. 客 户 需求 也 在 快速 变化 。 


除非 敏捷 团队 很 好 地 适应 其 变化 ， 否 则 结果 将 会 如 图 4.20-4 所 示 。 
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扩展 架构 跑道 


如 何 避 免 团队 又 退回 到 他 们 的 起 点 状态 呢 ? 简单 来 说 ， 在 架构 构建 上 的 投资 不 应 该 是 一 次 性 的 或 偶尔 出 现 的 ， 毕 况 这 是 基于 
流动 的 系统 。 相 反 ， 团 队 可 以 通过 看 板 系统 ， 对 使 能 史诗 、 能 力 和 特性 的 持续 梳理 、 分 析 和 实现 做 出 承诺 。 此 外 ， 架 构 师 /工程 
师 和 敏捷 团队 还 应 该 具备 新 的 技能 ， 可 以 把 使 能 史诗 和 特性 拆 分 到 更 小 的 切片 ， 以 便 在 每 个 迭代 和 PI 中 进行 ， 最 终 可 以 持续 交付 
客户 价值 。 (参见 4.3 节 ， 参 考 资 料 [2] 中 第 20、21 章 关于 增 量 实现 策略 的 内 容 。) 


注 : “跑道 ”隐喻 的 来 源 


“架构 跑道 ”一 词 的 使 用 ， 最 早出 现在 对 PI 级 别 燃 尽 图 的 观察 中 。 通 常情 况 下 ， 当 团队 开始 一 个 PI 时 ， 代 码 中 现存 的 架构 往 
往 无 法 支撑 当前 的 工作 ， 所 以 任何 依赖 新 架构 的 特性 开发 都 会 具有 较 高 的 风险 ， 项 目 群 通常 无 法 让 这 些 特性 “在 PI 中 着 陆 ” (也 
就 是 在 PI 结束 时 ， 让 燃 尽 图 的 剩余 工作 减少 到 0) 。 在 这 种 情况 下 ， 团 队 无 法 完成 PI 目标 。 所 以 必须 设计 一 些 “ 跑 道 ”， 用 来 协 
助 完成 “着 陆 ”。 


在 SAFe 全 景 图 中 ， 可 以 看 到 绘制 成 红色 的 架构 跑道 折线 ， 它 随时 间 上 下 波动 ， 因 为 团队 会 构建 一 些 架构 ， 然 后 使 用 它们 ， 
再 构建 更 多 的 架构 ， 继 而 再 加 以 使 用 …… 在 任何 一 个 时 间 节 点 上 ， 都 需要 合适 数量 的 架构 。 如 果 把 这 个 比喻 再 扩展 一 下 ， 即 飞机 
(系统 ) 越 大 ， 飞 行 速 度 越 快 (团队 速度 ) ， 就 需要 铺设 更 多 的 跑道 ， 用 来 保障 PI 可 以 安全 着 陆 。 关 于 架构 跑道 的 内 容 ， 在 6.7 
节 中 有 更 深入 的 前 述 。 
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5.1 DevOps 


为 了 跟 上 客户 的 需求 ， 你 需要 创建 部 署 流水 线 ， 需 要 把 所 有 东西 纳入 版 本 控制 ， 需 要 自动 化 全 部 的 环境 创建 过 程 ; 也 应 该 通 
过 部 署 流水 线 完全 按照 需求 去 创建 测试 环境 、 生 产 环境 ， 然 后 将 代码 部 署 到 环境 中 。 


一 一 Erk 忠告 Grasshopper，《 凤 凰 项 目 》 参 考 资 料 [2] 


摘要 


只 有 当 最 终 用 户 在 他 们 的 环境 中 成 功 地 运用 了 具体 的 解决 方案 时 ， 真 正 的 、 有 形 的 开发 价值 才 会 得 以 最 终 体现 。 这 就 要 求 在 
开发 过 程 中 ， 尽 早 地 密切 关注 那些 将 解决 方案 部 署 到 运 维 环 境 或 生产 环境 时 要 遵循 的 一 些 复杂 规则 。 


为 了 确保 价值 更 快 地 流向 最 终 用 户 ， 本 节 建 议 的 机 制 是 采取 更 紧密 的 集成 开发 和 部 署 运 维 ， 通 常 称 为 DevOps。DevOps 要 
想 真 正 落地 ， 在 一 定 程度 上 ， 是 通过 把 运 维 / 生 产 团队 的 人 员 与 敏捷 发 布 火 车 (Agile Release Train, ART) 中 的 敏捷 团队 整合 
在 一 起 ;有 时 也 需要 在 能 力 和 特性 的 开发 期 间 ， 为 持续 保持 系统 处 于 部 署 准备 就 绪 的 状态 ， 提 供 一 些 具体 的 建议 。 同 
时 ，DevOps 使 企业 具备 了 更 频繁 部 署 到 生产 环境 的 能 力 ， 从 而 可 持续 地 缩短 前 置 时 间 ， 保 持 行业 领先 。 


部 署 运 维 是 价值 流 必 不 可 少 的 部 分 


软件 和 系统 工程 的 目标 是 为 最 终 用 户 交付 可 用 和 可 靠 的 解决 方案 。 精 益 和 敏捷 都 强调 更 频繁 、 更 可 靠 地 交付 能 力 。 将 开发 流 
程 变 得 更 加 精益 ， 有 助 于 开发 部 门 逐渐 建立 更 快 的 开发 流 ， 这 通过 系统 性 地 缩短 开发 周期 时 间 和 引进 内 建 质量 方法 来 实现 。 然 
而 ， 多 数 情况 下 ， 开 发 团队 仍然 以 大 批量 的 方式 将 解决 方案 交付 到 部 署 运 维 环 境 或 者 生产 环境 。 实 际 的 部 署 和 发 布 新 解决 方案 的 
过 程 很 可 能 是 手工 的 、 容 易 出 错 的 、 不 可 预测 的 ， 从 而 影响 承诺 的 发 布 日 期 和 交付 质量 。 


相 比 之 下 ， 很 多 部 门 都 有 非常 有 效 的 精益 制造 能 力 ， 却 与 价值 流 中 的 开发 部 门 缺乏 同步 。 


为 了 让 组 织 有 效 地 交付 业务 价值 ， 必 须 应 用 更 精益 的 方法 ， 这 其 中 包含 更 小 的 批量 ， 以 及 从 需求 定义 一 直到 用 户 实际 收益 的 
部 署 准备 就 绪 的 能 力 。 本 节 主 要 专注 于 软件 开发 中 内 部 和 外 部 IT 环境 的 DevOps 实 践 ，DevOps 不 仅仅 是 一 套 实践 ， 可 以 被 应 用 
到 软件 和 系统 开发 的 大 型 环境 中 ; 更 重要 的 是 ，DevOps 还 关注 于 人 们 改变 思维 模式 ， 从 而 打破 壁垒 ;获取 快速 、 有 用 的 反馈 ; 
改进 工作 和 协作 的 流动 ， 以 带 来 最 佳 的 经 济 效益 ; 进而 开发 出 使 客户 欣喜 的 产品 。 


部 署 运 维 必 须 在 “火车 上 ” 
在 SAFe 中 ， 价 值 流 覆 盖 了 软件 价值 创造 和 交付 的 所 有 步骤 。 敏 捷 发 布 火车 ， 是 由 多 个 敏捷 团队 所 组 成 的 一 个 自 组 织 的 大 型 


团队 ， 它 可 以 在 特定 的 价值 流 中 ， 通 过 一 系列 稳定 的 发 布 使 价值 有 效 流动 。 有 些 价值 流 可 以 通过 单个 敏捷 发 布 火车 实现 ， 而 另 一 
些 可 能 需要 多 个 敏捷 发 布 火车 来 交付 解决 方案 。 为 了 建立 有 效 的 部 署 流水 线 和 流程 ， 关 键 的 一 点 在 于 部 署 运 维 或 生产 团队 的 成 员 


需要 活跃 在 发 布 火车 上 ， 并 且 完 全 参与 到 流程 的 各 项 活动 中 。 在 包含 多 个 发 布 火车 的 价值 流 中 ，DevOps 是 火车 的 一 部 分 ， 同 时 
在 价值 流 层面 也 是 解决 方案 团队 的 一 部 分 。 

DevOps 通 常 包括 系统 管理 员 、 数 据 库 管 理 员 、 运 维 工程 师 、 网 络 工程 师 和 存储 工程 师 。 然 而 ，DevOps 原 则 、 价 值 观 和 实 
践 也 可 以 扩展 到 其 他 角色 ， 比 如 制造 行业 的 专家 ， 以 及 其 他 传统 行业 中 负责 部 署 或 生产 制造 解决 方案 并 保持 解决 方案 运行 的 人 
员 。 他 们 必须 基于 敏捷 发 布 火车 ， 在 共享 的 、 实 时 的 开发 环境 和 交付 环境 上 进行 运 维 工作 。 物 联网 (loT) 也 将 是 颠覆 构建 和 连 
接 万 物 市 场 的 下 一 波浪 潮 。 这 也 需要 新 的 思维 方式 ， 来 思考 如 何 处 理 广泛 分 布 的 软 、 硬 件 和 系统 ，IT 运 维 ， 以 及 快速 部 署 所 需要 
的 质量 实践 。 作 为 敏捷 发 布 火车 的 一 部 分 ， 意味 着 要 积极 参与 敏捷 发 布 火车 中 的 活动 ， 包 括 与 团队 、 系 统 和 解决 方案 架构 师 / 工 
旦 师 ， 以 及 业务 负责 人 进行 交互 。 同 时 也 包括 要 开发 和 维护 一 个 DevOps 活 动 待 办 事项 列表 ， 用 于 同 项 目 群 PI 目 标 保持 一 致 。 这 
意味 着 部 署 运 维 团 队 在 一 定 程度 上 参与 PI 计划 ， 待 办 事项 列表 优化 ，Scrum of Scrums， 系 统 演示 ， 解 决 方案 演示 ， 以 及 检视 和 
调整 等 活动 。 此 外 ， 部 署 工作 的 流水 线 是 可 视 化 的 ， 这 一 点 也 很 重要 ， 开 发 团队 和 运 维 / 生 产 团队 可 以 相互 协作 确保 价值 的 流 
动 ， 这 个 价值 流 包括 从 能 力 被 构思 出 来 ， 一 直到 实际 部 署 和 使 用 能 力 的 整个 过 程 。 


构建 部 署 流水 线 的 6 个 推荐 的 实践 


为 了 建立 有 效 的 部 署 流水 线 ， 即 新 的 价值 从 开发 到 部 署 的 持续 流动 ， 下 文 将 详细 介绍 6 个 具体 的 实践 。 这 些 实践 是 基于 对 必 
要 的 、 广 泛 的 ， 以 及 更 加 自动 化 的 环境 的 理解 而 提出 的 ， 如 图 5.1-1 所 示 。 


从 图 5.1-1 中 我 们 可 以 看 到 部 署 流水 线 环境 必须 支持 3 个 主要 的 流程 : 

1. 自 动 从 版 本 控制 系统 中 获取 所 有 必要 的 工件 ， 包 括 人 代码、 脚本、 自动 化 测试 用 例 ， 以 及 元 数据 等 。 
2. 在 准 生 产 环境 中 自动 集成 、 部 署 、 验 证 代码 ， 整 个 过 程 尽 可 能 自动 化 。 

3. 把 准 生 产 环境 中 验证 过 的 构建 ， 部 署 到 生产 环境 中 ， 并 验证 新 部 署 的 系统 。 


#1 


构建 、 维 护 和 生产 环境 相当 的 准 生 产 环境 


图 5.1-1 表 明了 一 个 关键 的 资产 : 准 生 产 环境 。 因 为 大 多 数 开发 环境 和 生产 环境 通常 有 相当 大 的 差异 ， 所 以 构建 一 个 准 生 产 
环境 是 非常 有 必要 的 。 例 如 ， 应 用 服务 器 在 防火 墙 的 后 面 ， 前 面 有 一 个 负载 均衡 服务 器 ; 多 数 大 规模 的 生产 环境 数据 库 是 集群 
的 ; 媒体 内 容 处 在 单独 的 服务 器 上 等 。 在 从 开发 移交 到 生产 环境 期 间 ， 墨 菲 定律 会 生效 ， 即 部 署 会 失败 ， 调 试 和 解决 问题 将 人 花费 
不 可 预测 的 时 间 。 


生产 环境 
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图 5.1-1 部 署 流水 线 环 境 


因此 ， 公 司 应 该 构建 一 个 准 生 产 环境 ， 具 有 与 生产 环境 相同 或 相似 的 硬件 和 支持 系统 。 有 了 准 生 产 环境 ， 项 目 群 团队 就 可 以 
持续 验证 他 们 的 软件 是 否 已 经 为 部 署 做 好 准备 。 然 而 要 达到 和 真正 的 生产 环境 一 样 在 经 济 上 可 能 不 可 行 ， 也 没有 必要 复制 成 百 上 
干 或 几 和 干 台 服务 器 ， 有 多 种 方法 可 以 实现 大 部 分 功能 验证 而 不 用 花费 过 多 。 例 如 ， 仪 用 两 台 应 用 服务 器 代 蔡 20 人 台 服 务 器 ， 使 用 
来 自 同一 厂商 的 、 价 格 较 低 的 负载 均衡 服 务 器 ， 这 样 也 许 就 足够 了 ， 这 些 工作 都 是 必要 的 ， 可 以 确保 新 功能 在 负载 均衡 环境 中 得 
到 验证 。 


#2 一 一 保持 开发 和 测试 环境 更 接近 生产 环境 


导致 上 述 解决 方案 的 一 个 根本 原因 就 是 : 需要 搭建 的 各 种 各 样 的 多 个 开发 环境 (特别 是 常规 规模 化 的 分 布 式 开发 ) 和 生产 环 
境 并 不 能 十 分 匹配 ， 当 然 这 个 问题 本 身 是 可 以 被 缓解 的 。 这 其 中 的 部 分 原因 是 成 本 因素 ， 可 能 受 实际 经 济 情况 的 影响 (需要 正确 
理解 延迟 部 署 的 真正 的 成 本 ) 。 因 此 ， 尽 管 给 每 个 开发 人 员 都 配备 单独 的 负载 均衡 服务 器 是 不 切实 际 的 ， 但 跨 所 有 环境 复制 软件 
配置 通常 是 经 济 可 行 的 。 这 项 工作 可 以 通过 将 生产 环境 中 的 所 有 变更 (例如 ， 组 件 或 支持 系统 升级 、 配 置 、 变 更 系统 元 数据 等 ) 
复制 到 其 他 环境 中 得 以 实现 。 这 也 应 该 包含 每 次 部 署 的 时 候 ， 由 开发 引起 的 对 生产 环境 配置 /环境 的 变更 。 所 有 的 配置 变更 都 需 
要 纳入 版 本 控制 ， 所 有 部 署 流程 中 的 新 操作 应 该 记录 到 脚本 中 ， 并 且 尽 可 能 自动 化 。 


#3 一 一 每 个 迭代 都 部 署 到 准 生 产 环境 ; 频繁 地 部 署 到 生产 环境 


3a (每 个 迭代 都 部 署 到 准 生 产 环境 ) 除非 真正 地 为 部 署 准 备 就 绪 ， 否 则 无 法 客观 地 理解 任何 增 量 的 真正 状态 。 为 了 更 好 地 
确保 这 一 点 ， 建 议 采 用 一 个 简单 的 原则 : 每 两 周一 次 在 准 生 产 环境 中 做 所 有 的 系统 演示 ， 包 括 最 后 的 系统 和 解决 方案 演示 。 以 这 
种 方式 ， 将 可 部 署 性 纳入 每 个 用 户 故 事 的 完成 定义 的 一 部 分 ， 每 个 迭代 都 可 以 产 出 潜在 可 部 署 的 软件 。 


3b (频繁 地 部 署 到 生产 环境 ) 为 持续 部 署 做 好 准备 的 关键 是 建立 一 个 可 靠 的 交付 流程 ， 缩 短 前 置 时 间 的 真正 收益 是 可 以 更 
加 频繁 地 、 真 正 地 部 署 到 生产 环境 。 这 样 也 有 助 于 消除 长 期 存在 的 支持 生产 环境 的 分 支 ， 也 节省 了 在 所 有 分 文 上 合并 和 同步 变 
所 人 花费 的 额外 工作 量 。 然 而 ， 昌 然 图 5.1-1 展 示 了 一 个 完全 自动 化 的 部 署 模型 ， 但 在 允许 “自动 化 推送 ”到 生产 环境 之 前 ， 我 们 
也 必须 考虑 发 布 的 治理 。 这 通常 是 在 发 布 管理 的 权限 下 进行 的 ， 其 考虑 因素 包括 : 


特性 集合 概念 上 的 完整 性 ， 这 样 就 可 以 满足 一 个 完整 的 用 户 需要 《参考 5.10 节 的 内 容 ) 
: 对 任何 质量 、 监 管 、 安 全 或 者 其 他 需求 的 评估 

. 对 客户 、 渠 道 、 生 产 以 及 任何 外 部 市 场 时 机 所 考虑 的 潜在 影响 

#4 一 一 把 所 有 内 容 都 纳入 版 本 控制 


为 了 能 可 靠 地 部 署 到 生产 环境 ， 所 有 的 可 部 署 工 件 、 元 数据 和 其 他 支持 性 配置 项 必须 在 版 本 控制 中 进行 维护 。 所 有 可 能 被 实 
际 更 新 和 修改 的 内 容 都 需要 进行 版 本 控制 ， 包 括 新 代码 、 所 有 需要 的 数据 (字典 、 脚 本 、 查 询 、 映 射 等 ) 、 所 有 的 库 和 外 部 程序 
集 、 配 置 文件 或 数据 库 、 应 用 服务 器 、 数 据 库 服 务 器 等 。 这 样 的 方法 也 被 应 用 到 测试 数据 上 ， 每 一 次 引进 新 的 测试 场景 或 者 更 新 
现 有 场景 ， 团 队 都 需要 对 所 更 新 的 测试 数据 有 足够 的 可 控 性 。 把 测试 数据 纳入 版 本 控制 ， 允 许 在 确定 性 测试 环境 中 重复 执行 测 
试 ， 为 最 新 的 构建 提供 快速 和 可 靠 的 反馈 。 


#5 一 一 开始 建设 自动 构建 环境 的 能 


部 署 中 出 现 的 许多 问题 ， 是 由 于 在 构建 实际 运行 环境 时 所 采用 易 出 错 的 、 大 量 手动 例 行 操作 而 引起 的 。 这 些 操作 包括 准备 操 
作 环 境 、 应 用 和 数据 、 配 置 工件 、 启 动 系统 及 其 支持 系统 所 需要 的 任务 。 为 了 建立 一 个 可 靠 的 部 署 过 程 ， 环 境 安装 过 程 本 身 需要 
全 部 实现 自动 化 。 为 了 充分 促进 这 种 自动 化 的 形成 ， 可 以 通过 虚拟 化 、 使 用 基础 设施 即 服务 (laaS) 和 应 用 特定 的 框架 去 自动 化 
配置 管理 任务 来 实现 。 


#6 一 一 开始 自动 化 实际 的 部 署 过 程 


最 后 ， 显 而 易 见 的 是 : 实际 的 部 署 过 程 本 身 也 需要 自动 化 。 这 包括 过 程 中 的 所 有 步骤 ， 包 合 构 建 代 码 ， 创 建 测试 环境 ， 执 行 
自动 化 测试 ， 在 目标 环境 (开发 环境 、 准 生产 环境 、 生 产 环境 ) 中 部 署 和 验证 已 测试 的 代码 、 相 关系 统 和 工具 。 最 后 ， 重 要 的 自 
动 化 步骤 只 能 通过 增 量 过 程 实现 ， 这 需要 组 织 充分 的 承诺 和 支持 ， 以 及 将 创造 性 和 实用 性 作为 团队 在 自动 化 方面 优先 考虑 的 目标 
区 域 。 


部 署 能 力 和 解决 方案 架构 


精益 和 系统 方法 可 以 让 持续 部 署 准备 就 绪 ， 既 需要 理解 代码 本 身 ， 也 要 理解 配置 、 集 成 脚本 、 自 动 化 测试 用 例 、 部 署 脚本 、 
元 数据 和 支持 系统 ， 这 些 都 是 整个 解决 方案 的 重要 组 成 部 分 。 只 有 整体 考虑 解决 方案 的 上 下 文 环境 ， 才 能 更 快 地 实现 用 户 和 业务 
目标 。 作 为 其 他 非 功 能 性 需求 (NFR) ， 可 部 署 性 的 设计 需要 系统 架构 师 、 敏 捷 团 队 和 部 署 运 维 团 队 的 协作 ， 进 行 有 意图 的 设 
计 ， 朝 着 快速 和 完美 的 交付 流程 及 需要 最 小 的 手工 工作 量 的 目标 前 进 。 


此 外 ， 为 了 支持 采用 更 有 效 的 部 署 技术 ， 组 织 可 能 需要 开展 一 些 特定 的 企业 级 别 的 架构 举措 (通用 的 技术 栈 、 工 具 、 数 据 的 
准备 和 标准 化 、 第 三 方 接口 、 数 据 交 换 、 日 志和 报告 工具 等 ) ， 来 逐渐 增强 架构 、 基 础 设施 和 其 他 非 功能 性 的 考虑 ， 从 而 支持 
署 准 备 就 绪 。 在 交付 有 价值 软件 的 过 程 中 ， 如 果 出 现任 何 阻碍 或 者 复杂 的 流程 ， 最 终 都 需要 进行 改进 。 
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5.1 DevOps 


为 了 跟 上 客户 的 需求 ， 你 需要 创建 部 署 流水 线 ， 需 要 把 所 有 东西 纳入 版 本 控制 ， 需 要 自动 化 全 部 的 环境 创建 过 程 ; 也 应 该 通 
过 部 署 流水 线 完全 按照 需求 去 创建 测试 环境 、 生 产 环境 ， 然 后 将 代码 部 署 到 环境 中 。 


一 一 Etk 忠 告 Gtasshopper，《 凤 凰 项 目 》 参 考 资 料 思 ] 


摘要 


只 有 当 最 终 用 户 在 他 们 的 环境 中 成 功 地 运用 了 具体 的 解决 方案 时 ， 真 正 的 、 有 形 的 开发 价值 才 会 得 以 最 终 体现 。 这 就 要 求 在 
开发 过 程 中 ， 尽 早 地 密切 关注 那些 将 解决 方案 部 署 到 运 维 环 境 或 生产 环境 时 要 遵循 的 一 些 复杂 规则 。 


为 了 确保 价值 更 快 地 流向 最 终 用 户 ， 本 节 建 议 的 机 制 是 采取 更 紧密 的 集成 开发 和 部 署 运 维 ， 通 常 称 为 DevOps。DevOps 要 
想 真 正 落地 ， 在 一 定 程度 上 ， 是 通过 把 运 维 / 生 产 团队 的 人 员 与 敏捷 发 布 火 车 (Agile Release Train, ART) 中 的 敏捷 团队 整合 
在 一 起 ;有 时 也 需要 在 能 力 和 特性 的 开发 期 间 ， 为 持续 保持 系统 处 于 部 署 准备 就 绪 的 状态 ， 提 供 一 些 具体 的 建议 。 同 
时 ，DevOps 使 企业 具备 了 更 频繁 部 署 到 生产 环境 的 能 力 ， 从 而 可 持续 地 缩短 前 置 时 间 ， 保 持 行业 领先 。 


部 署 运 维 是 价值 流 必 不 可 少 的 部 分 


软件 和 系统 工程 的 目标 是 为 最 终 用 户 交 付 可 用 和 可 靠 的 解决 方案 。 精 益 和 敏捷 都 强调 更 频繁 、 更 可 靠 地 交付 能 力 。 将 开发 流 
程 变 得 更 加 精益 ， 有 助 于 开发 部 门 逐 渐 建 立 更 快 的 开发 流 ， 这 通过 系统 性 地 缩短 开发 周期 时 间 和 引进 内 建 质量 方法 来 实现 。 然 
而 ， 多 数 情况 下 ， 开 发 团队 仍然 以 大 批量 的 方式 将 解决 方案 交付 到 部 署 运 维 环 境 或 者 生产 环境 。 实 际 的 部 署 和 发 布 新 解决 方案 的 
过 程 很 可 能 是 手工 的 、 容 易 出 错 的 、 不 可 预测 的 ， 从 而 影响 承诺 的 发 布 日 期 和 交付 质量 。 


相 比 之 下 ， 很 多 部 门 都 有 非常 有 效 的 精益 制造 能 力 ， 却 与 价值 流 中 的 开发 部 门 缺乏 同步 。 


为 了 让 组 织 有 效 地 交付 业务 价值 ， 必 须 应 用 更 精益 的 方法 ， 这 其 中 包含 更 小 的 批量 ， 以 及 从 需求 定义 一 直到 用 户 实 际 收益 的 
部 署 准备 就 绪 的 能 力 。 本 节 主 要 专注 于 软件 开发 中 内 部 和 外 部 IT 环境 的 DevOps 实 践 ，DevOps 不 仅仅 是 一 套 实践 ， 可 以 被 应 用 
到 软件 和 系统 开发 的 大 型 环境 中 ; 更 重要 的 是 ，DevOps 还 关注 于 人 们 改变 思维 模式 ， 从 而 打破 壁垒 ;获取 快速 、 有 用 的 反馈 ; 
改进 工作 和 协作 的 流动 ， 以 带 来 最 佳 的 经 济 效益 ; 进而 开发 出 使 客户 欣喜 的 产品 。 


部 署 运 维 必 须 在 “火车 上 ” 


在 SAFe 中 ， 价 值 流 覆 盖 了 软件 价值 创造 和 交付 的 所 有 步骤 。 敏 捷 发 布 火车 ， 是 由 多 个 敏捷 团队 所 组 成 的 一 个 自 组 织 的 大 型 
团队 ， 它 可 以 在 特定 的 价值 流 中 ， 通 过 一 系列 稳定 的 发 布 使 价值 有 效 流 动 。 有 些 价值 流 可 以 通过 单个 敏捷 发 布 火车 实现 ， 而 另 一 
些 可 能 需要 多 个 敏捷 发 布 火 车 来 交付 解决 方案 。 为 了 建立 有 效 的 部 署 流 水 线 和 流程 ， 关 键 的 一 点 在 于 部 署 运 维 或 生产 团队 的 成 员 
需要 活跃 在 发 布 火车 上 ， 并 且 完 全 参与 到 流程 的 各 项 活动 中 。 在 包含 多 个 发 布 火车 的 价值 流 中 ，DevOps 是 火车 的 一 部 分 ， 同 时 
在 价值 流 层面 也 是 解决 方案 团队 的 一 部 分 。 


DevOps 通 常 包括 系统 管理 员 、 数 据 库 管 理 员 、 运 维 工程 师 、 网 络 工程 师 和 存储 工程 师 。 然 而 ，DevOps 原 则 、 价 值 观 和 实 
践 也 可 以 扩展 到 其 他 角色 ， 比 如 制造 行业 的 专家 ， 以 及 其 他 传统 行业 中 负责 部 署 或 生产 制造 解决 方案 并 保持 解决 方案 运行 的 人 
员 。 他 们 必须 基于 敏捷 发 布 火车 ， 在 共享 的 、 实 时 的 开发 环境 和 交付 环境 上 进行 运 维 工作 。 物 联网 (loT) 也 将 是 颠覆 构建 和 连 
接 万 物 市 场 的 下 一 波浪 潮 。 这 也 需要 新 的 思维 方式 ， 来 思考 如 何 处 理 广泛 分 布 的 软 、 硬 件 和 系统 ，IT 运 维 ， 以 及 快速 部 署 所 需要 
的 质量 实践 。 作 为 敏捷 发 布 火车 的 一 部 分 ， 意味 着 要 积极 参与 敏捷 发 布 火车 中 的 活动 ， 包 括 与 团队 、 系 统 和 解决 方案 架构 师 / 工 
程 师 ， 以 及 业务 负责 人 进行 交互 。 同 时 也 包括 要 开发 和 维护 一 个 DevOps 活 动 待 办 事项 列表 ， 用 于 同 项 目 群 PI 目标 保持 一 致 。 这 
意味 着 部 署 运 维 团 队 在 一 定 程度 上 参与 Pl 计划 ， 待 办 事项 列表 优化 ，Scrum of Scrums， 系 统 演示 ， 解 决 方案 演示 ， 以 及 检视 和 
调整 等 活动 。 此 外 ， 部 署 工 作 的 流水 线 是 可 视 化 的 ， 这 一 点 也 很 重要 ， 开 发 团队 和 运 维 /生产 团队 可 以 相互 协作 确保 价值 的 流 
动 ， 这 个 价值 流 包括 从 能 力 被 构思 出 来 ， 一 直到 实际 部 署 和 使 用 能 力 的 整个 过 程 。 


构建 部 署 流水 线 的 6 个 推荐 的 实践 


为 了 建立 有 效 的 部 署 流水 线 ， 即 新 的 价值 从 开发 到 部 署 的 持续 流动 ， 下 文 将 详细 介绍 6 个 具体 的 实践 。 这 些 实践 是 基于 对 必 
要 的 、 广 泛 的 ， 以 及 更 加 自动 化 的 环境 的 理解 而 提出 的 ， 如 图 5.1-1 所 示 。 


从 图 5.1-1 中 我 们 可 以 看 到 部 署 流水 线 环境 必须 支持 3 个 主要 的 流程 : 

1. 自 动 从 版 本 控制 系统 中 获取 所 有 必要 的 工件 ， 包 括 人 代码、 脚本、 自动 化 测试 用 例 ， 以 及 元 数据 等 。 
2. 在 准 生 产 环境 中 自动 集成 、 部 署 、 验 证 代码 ， 整 个 过 程 尽 可 能 自动 化 。 

3. 把 准 生 产 环境 中 验证 过 的 构建 ， 部 署 到 生产 环境 中 ， 并 验证 新 部 署 的 系统 。 


#1 一 一 构建 、 维 护 和 生产 环境 相当 的 准 生 产 环境 


图 5.1-1 表 明了 一 个 关键 的 资产 : 准 生 产 环境 。 因 为 大 多 数 开发 环境 和 生产 环境 通常 有 相当 大 的 差异 ， 所 以 构建 一 个 准 生 产 
环境 是 非常 有 必要 的 。 例 如 ， 应 用 服务 器 在 防火 墙 的 后 面 ， 前 面 有 一 个 负载 均衡 服务 器 ; 多 数 大 规模 的 生产 环境 数据 库 是 集群 
的 ;媒体 内 容 处 在 单独 的 服务 器 上 等 。 在 从 开发 移交 到 生产 环境 期 间 ， 墨 菲 定律 会 生效 ， 即 部 署 会 失败 ， 调 试 和 解决 问题 将 人 花费 
不 可 预测 的 时 间 。 


生产 环境 
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图 5.1-1 部 署 流水 线 环 境 


因此 ， 公 司 应 该 构建 一 个 准 生 产 环境 ， 具 有 与 生产 环境 相同 或 相似 的 硬件 和 支持 系统 。 有 了 准 生 产 环境 ， 项 目 群 团队 就 可 以 
持续 验证 他 们 的 软件 是 否 已 经 为 部 署 做 好 准备 。 然 而 要 达到 和 真正 的 生产 环境 一 样 在 经 济 上 可 能 不 可 行 ， 也 没有 必要 复制 成 百 上 
干 或 几 和 干 台 服务 器 ， 有 多 种 方法 可 以 实现 大 部 分 功能 验证 而 不 用 花费 过 多 。 例 如 ， 仪 用 两 台 应 用 服务 器 代 蔡 20 人 台 服 务 器 ， 使 用 
来 自 同一 厂商 的 、 价 格 较 低 的 负载 均衡 服 务 器 ， 这 样 也 许 就 足够 了 ， 这 些 工作 都 是 必要 的 ， 可 以 确保 新 功能 在 负载 均衡 环境 中 得 
到 验证 。 


#2 一 一 保持 开发 和 测试 环境 更 接近 生产 环境 


导致 上 述 解决 方案 的 一 个 根本 原因 就 是 : 需要 搭建 的 各 种 各 样 的 多 个 开发 环境 (特别 是 常规 规模 化 的 分 布 式 开发 ) 和 生产 环 
境 并 不 能 十 分 匹配 ， 当 然 这 个 问题 本 身 是 可 以 被 缓解 的 。 这 其 中 的 部 分 原因 是 成 本 因素 ， 可 能 受 实际 经 济 情况 的 影响 (需要 正确 
理解 延迟 部 署 的 真正 的 成 本 ) 。 因 此 ， 尽 管 给 每 个 开发 人 员 都 配备 单独 的 负载 均衡 服务 器 是 不 切实 际 的 ， 但 跨 所 有 环境 复制 软件 
配置 通常 是 经 济 可 行 的 。 这 项 工作 可 以 通过 将 生产 环境 中 的 所 有 变更 (例如 ， 组 件 或 支持 系统 升级 、 配 置 、 变 更 系统 元 数据 等 ) 
复制 到 其 他 环境 中 得 以 实现 。 这 也 应 该 包含 每 次 部 署 的 时 候 ， 由 开发 引起 的 对 生产 环境 配置 /环境 的 变更 。 所 有 的 配置 变更 都 需 
要 纳入 版 本 控制 ， 所 有 部 署 流程 中 的 新 操作 应 该 记录 到 脚本 中 ， 并 且 尽 可 能 自动 化 。 


#3 一 一 每 个 迭代 都 部 署 到 准 生 产 环境 ; 频繁 地 部 署 到 生产 环境 


3a (每 个 迭代 都 部 署 到 准 生 产 环境 ) 除非 真正 地 为 部 署 准 备 就 绪 ， 否 则 无 法 客观 地 理解 任何 增 量 的 真正 状态 。 为 了 更 好 地 
确保 这 一 点 ， 建 议 采 用 一 个 简单 的 原则 : 每 两 周一 次 在 准 生 产 环境 中 做 所 有 的 系统 演示 ， 包 括 最 后 的 系统 和 解决 方案 演示 。 以 这 
种 方式 ， 将 可 部 署 性 纳入 每 个 用 户 故 事 的 完成 定义 的 一 部 分 ， 每 个 迭代 都 可 以 产 出 潜在 可 部 署 的 软件 。 


3b (频繁 地 部 署 到 生产 环境 ) 为 持续 部 署 做 好 准备 的 关键 是 建立 一 个 可 靠 的 交付 流程 ， 缩 短 前 置 时 间 的 真正 收益 是 可 以 更 
加 频繁 地 、 真 正 地 部 署 到 生产 环境 。 这 样 也 有 助 于 消除 长 期 存在 的 支持 生产 环境 的 分 支 ， 也 节省 了 在 所 有 分 文 上 合并 和 同步 变 
所 人 花费 的 额外 工作 量 。 然 而 ， 昌 然 图 5.1-1 展 示 了 一 个 完全 自动 化 的 部 署 模型 ， 但 在 允许 “自动 化 推送 ”到 生产 环境 之 前 ， 我 们 
也 必须 考虑 发 布 的 治理 。 这 通常 是 在 发 布 管理 的 权限 下 进行 的 ， 其 考虑 因素 包括 : 


特性 集合 概念 上 的 完整 性 ， 这 样 就 可 以 满足 一 个 完整 的 用 户 需要 《参考 5.10 节 的 内 容 ) 
: 对 任何 质量 、 监 管 、 安 全 或 者 其 他 需求 的 评估 

. 对 客户 、 渠 道 、 生 产 以 及 任何 外 部 市 场 时 机 所 考虑 的 潜在 影响 

#4 一 一 把 所 有 内 容 都 纳入 版 本 控制 


为 了 能 可 靠 地 部 署 到 生产 环境 ， 所 有 的 可 部 署 工 件 、 元 数据 和 其 他 支持 性 配置 项 必须 在 版 本 控制 中 进行 维护 。 所 有 可 能 被 实 
际 更 新 和 修改 的 内 容 都 需要 进行 版 本 控制 ， 包 括 新 代码 、 所 有 需要 的 数据 (字典 、 脚 本 、 查 询 、 映 射 等 ) 、 所 有 的 库 和 外 部 程序 
集 、 配 置 文件 或 数据 库 、 应 用 服务 器 、 数 据 库 服 务 器 等 。 这 样 的 方法 也 被 应 用 到 测试 数据 上 ， 每 一 次 引进 新 的 测试 场景 或 者 更 新 
现 有 场景 ， 团 队 都 需要 对 所 更 新 的 测试 数据 有 足够 的 可 控 性 。 把 测试 数据 纳入 版 本 控制 ， 允 许 在 确定 性 测试 环境 中 重复 执行 测 
试 ， 为 最 新 的 构建 提供 快速 和 可 靠 的 反馈 。 


#5 一 一 开始 建设 自动 构建 环境 的 能 


部 署 中 出 现 的 许多 问题 ， 是 由 于 在 构建 实际 运行 环境 时 所 采用 易 出 错 的 、 大 量 手动 例 行 操作 而 引起 的 。 这 些 操作 包括 准备 操 
作 环 境 、 应 用 和 数据 、 配 置 工件 、 启 动 系统 及 其 支持 系统 所 需要 的 任务 。 为 了 建立 一 个 可 靠 的 部 署 过 程 ， 环 境 安装 过 程 本 身 需要 
全 部 实现 自动 化 。 为 了 充分 促进 这 种 自动 化 的 形成 ， 可 以 通过 虚拟 化 、 使 用 基础 设施 即 服务 (laaS) 和 应 用 特定 的 框架 去 自动 化 
配置 管理 任务 来 实现 。 


#6 一 一 开始 自动 化 实际 的 部 署 过 程 


最 后 ， 显 而 易 见 的 是 : 实际 的 部 署 过 程 本 身 也 需要 自动 化 。 这 包括 过 程 中 的 所 有 步骤 ， 包 合 构 建 代 码 ， 创 建 测试 环境 ， 执 行 
自动 化 测试 ， 在 目标 环境 (开发 环境 、 准 生产 环境 、 生 产 环境 ) 中 部 署 和 验证 已 测试 的 代码 、 相 关系 统 和 工具 。 最 后 ， 重 要 的 自 
动 化 步骤 只 能 通过 增 量 过 程 实现 ， 这 需要 组 织 充分 的 承诺 和 支持 ， 以 及 将 创造 性 和 实用 性 作为 团队 在 自动 化 方面 优先 考虑 的 目标 
区 域 。 


部 署 能 力 和 解决 方案 架构 


精益 和 系统 方法 可 以 让 持续 部 署 准备 就 绪 ， 既 需要 理解 代码 本 身 ， 也 要 理解 配置 、 集 成 脚本 、 自 动 化 测试 用 例 、 部 署 脚本 、 
元 数据 和 支持 系统 ， 这 些 都 是 整个 解决 方案 的 重要 组 成 部 分 。 只 有 整体 考虑 解决 方案 的 上 下 文 环境 ， 才 能 更 快 地 实现 用 户 和 业务 
目标 。 作 为 其 他 非 功 能 性 需求 (NFR) ， 可 部 署 性 的 设计 需要 系统 架构 师 、 敏 捷 团 队 和 部 署 运 维 团 队 的 协作 ， 进 行 有 意图 的 设 
计 ， 朝 着 快速 和 完美 的 交付 流程 及 需要 最 小 的 手工 工作 量 的 目标 前 进 。 


此 外 ， 为 了 支持 采用 更 有 效 的 部 署 技术 ， 组 织 可 能 需要 开展 一 些 特定 的 企业 级 别 的 架构 举措 (通用 的 技术 栈 、 工 具 、 数 据 的 
准备 和 标准 化 、 第 三 方 接口 、 数 据 交 换 、 日 志和 报告 工具 等 ) ， 来 逐渐 增强 架构 、 基 础 设施 和 其 他 非 功能 性 的 考虑 ， 从 而 支持 
署 准 备 就 绪 。 在 交付 有 价值 软件 的 过 程 中 ， 如 果 出 现任 何 阻碍 或 者 复杂 的 流程 ， 最 终 都 需要 进行 改进 。 
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5.2 ARAB 


整体 大 于 它 的 各 部 分 之 和 。 


一 一 亚 里 士 多 德 中 


摘要 


在 SAFe 中 ， 敏 捷 团 队 不 是 孤立 的 单元 。 相 反 ， 团 队 是 敏捷 发 布 火 车 (ART) 的 组 成 部 分 ， 他 们 共同 负责 提供 更 大 的 价值 。 
团队 在 整体 发 布 火车 的 环境 下 运作 ， 坚 持 其 愿景 ， 与 其 他 团队 协作 ， 并 参与 ART 的 天 键 仪式 活动 。 团 队 和 火车 不 可 分 割 ， 整 体 大 
于 它 的 各 部 分 之 和 。 在 敏捷 转型 的 过 程 中 ， 典 型 的 情况 是 需要 额外 的 基础 设施 工作 ， 从 而 可 以 频繁 地 (每 小 时 、 每 天 、 每 周 ) 集 
成 资产 ， 而 不 是 仅 在 开发 周期 结束 时 一 次 性 地 集成 资产 。 为 实现 这 点 ， 经 常会 组 建 一 个 或 多 个 专业 的 系统 团队 ， 他 们 协助 系统 和 
解决 方案 的 集成 ， 并 随 着 解决 方案 的 不 断 演进 ， 对 其 进行 演示 。 


角色 摘 述 


系统 团队 是 敏捷 发 布 火车 或 者 价值 流 中 的 特殊 敏捷 团队 ， 通 常 在 构建 和 使 用 敏捷 开发 环境 基础 设施 方面 提供 帮助 ， 包 括 持续 
集成 以 及 整合 来 自 敏捷 团队 的 资产 ,执行 端 到 端 解决 方案 的 测试 。 他 们 会 在 每 个 迭代 结束 时 参加 系统 演示 ， 在 每 个 项 目 群 增 量 
(Pl) 结束 时 参加 解决 方案 演示 ， 或 者 根据 情况 更 频繁 地 参与 相关 活动 。 系 统 团 队 还 可 以 根据 不 断 演进 的 端 到 端 解决 方案 的 成 效 
及 完整 性 ， 提 供 快速 的 反馈 ， 以 此 来 支持 所 有 敏捷 团队 以 及 其 他 利益 相关 者 的 工作 。 系 统 团 队 可 能 还 有 一 个 特殊 角色 ， 就 是 协助 
每 次 的 版 本 发 布 ， 以 及 协调 更 大 的 价值 流 。 


然而 ， 系 统 团队 和 敏捷 团队 应 当 共同 承担 这 些 工 作 。 人 否则， 系统 团 队 可 能 会 成 为 一 个 瓶 矣 ， 并 且 敏 捷 团 队 也 不 能 全 力 以 赴 承 
担 起 责任 ， 进 行 真正 的 价值 交付 。 


更 大 价值 流 中 的 系统 团队 


在 大 型 的 、 包 括 多 个 ART 的 价值 流 中 ， 系 统 团队 尤为 宝贵 。 根 据 价 值 流 的 范围 和 复杂 性 ， 在 这 种 更 大 型 的 环境 中 ， 有 三 种 组 
织 模式 : 


1. 每 个 ART 都 有 一 个 系统 团队 ， 这 个 团队 不 需要 额外 的 帮助 ， 能 够 有 效 地 协调 解决 方案 的 集成 和 确认 。 
2. 只 在 价值 流 层 有 一 个 系统 团队 ， 团 队 可 以 履行 相应 的 职责 ， 支 持 ART 的 运行 。 


3. 在 价值 流 层 和 发 布 火车 内 部 都 有 系统 团队 。 


决定 使 用 哪 种 模式 完全 取决 于 价值 流 的 具体 环境 。 然 而 ,一 般 考虑 的 因素 可 能 包 合 敏捷 团队 的 性 质 (特性 团队 还 是 组 件 团 
BA) ， 价 值 流 内 部 ART 的 结构 (围绕 能 力 还 是 子 系统 进行 构建 ) ， 解 决 方案 架构 ， 跨 火车 间 的 分 支 和 集成 策略 ， 系 统 可 测试 性 ， 


以 及 开发 基础 设施 。 


责任 


系统 团队 的 主要 职责 如 下 。 
构建 开发 基础 设施 
好 的 基础 设施 支撑 ART 的 高 速 运行 ， 因 此 ， 系 统 团队 可 能 需 
创建 和 维护 基础 设施 ， 包 括 持续 集成 、 自 动 化 构建 和 自动 化 构建 验证 测试 
- 为 解决 方案 演示 、 质 量 保证 、 用 户 测试 等 创建 平台 和 环境 
.为 自动 化 部 署 创建 产品 、 工 具 和 脚本 
: 促进 与 第 三 方 在 技术 方面 的 合作 ， 例 如 数据 或 服务 提供 商 ， 托 管 设施 等 
复杂 的 解决 方案 还 需要 系统 团队 做 到 以 下 几 点 : 
- 在 价值 流 层 参与 PI 计划 以 及 PI 计划 前 会 议 、PI 计 划 后 会 议 ， 参 与 待 办 事项 列表 优化 会 议 以 定义 能 力 和 特性 的 集成 及 测试 
` 决定 适当 的 分 支 模型 ， 并 帮助 维持 相关 决策 和 规则 
. 运行 解决 方案 级 的 集成 脚本 ， 或 者 在 无 法 自动 化 、 尚 未 应 用 自动 化 时 进行 手工 集成 
:协助 组 件 团队 定义 组 件 间 的 接口 
- 参加 其 他 团队 的 站 会 来 支持 日 常 活动 
端 到 端 和 解决 方案 性 能 测试 
系统 团队 可 能 还 完成 一 些 自动 化 测试 的 职责 
创建 新 的 自动 化 测试 场景 
:将 测试 场景 扩展 到 更 大 的 数据 集 


. 将 单个 团队 设计 的 测试 用 例 组 织 成 有 序 的 套件 


$ 了 


“ 对 新 特性 和 故事 进行 手工 测试 ， 并 运行 自动 化 测试 


: 为 耗 时 的 测试 排 定 优先 级 ， 在 合适 的 时 候 进 行 重 构 并 运行 简化 的 测试 套件 
.协助 团队 创建 可 以 运行 的 简化 测试 套件 


“ 根据 非 功 能 性 需求 测试 解决 方案 的 性 能 ， 协 助 系统 和 解决 方案 工程 识别 系统 的 不 足 和 瓶颈 


系统 和 解决 方案 演示 


在 每 次 迭代 的 适当 时 候 ， 系 统 团队 需要 向 利益 相关 者 演示 当前 完整 系统 的 解决 方案 。 同 样 ， 价 值 流 必须 进行 集成 ， 并 在 解决 
方案 演示 会 议 上 进行 演示 。 系 统 团队 通常 帮助 筹划 这 些 演示 会 议 ， 协 助 确保 演示 环境 足够 可 靠 ， 以 面 对 演 示 新 解决 方案 功能 的 挑 
战 。 

发 布 

通常 情况 下 ， 系 统 团队 对 不 断 演 进 的 解决 方案 拥有 独特 的 技能 和 见解 。 系 统 团 队 可 能 包含 高 级 质量 保证 人 员 ， 系 统 架构 师 / 
工程 师 也 可 能 作为 团队 的 一 员 。 他 们 已 经 看 到 了 跨 多 个 迭代 的 解决 方案 ， 他 们 一 般 都 知道 解决 方案 是 什么 、 要 做 什么 ， 以 及 如 何 
满足 所 有 的 预期 需求 。 从 这 个 角度 来 看 ， 系 统 团队 可 能 直接 参与 来 支持 发 布 ， 他 们 与 DevOps 密 切合 作 ， 并 且 执 行 一 切 必 要 的 工 
作 ， 有 助 于 火车 进行 准备 、 打 包 ， 以 及 将 解决 方案 发 布 到 目标 环境 中 。 


平衡 解决 方案 集成 和 测试 工作 


然而 ， 系 统 团队 的 存在 ， 也 无 法 完全 解决 集成 时 所 面临 的 所 有 挑战 。 敏 捷 团 队 也 必须 对 他 们 所 创建 的 更 大 的 视图 拥有 清晰 的 
愿景 。 否 则 ， 即 使 每 个 敏捷 团队 都 做 到 了 最 好 ， 也 无 法 为 整个 系统 带 来 好 的 经 济 效益 。 只 有 系统 团队 和 敏捷 团队 恰当 地 分 担 这 些 
工作 ， 才 会 产生 有 效 的 解决 方案 开发 。 举 个 例子 来 说 ， 如 果 只 有 系统 团队 做 非 功 能 性 需求 测试 ， 而 敏捷 团队 甚至 都 不 做 轻 量 级 的 
性 能 测试 ， 那 么 整个 ART 的 速度 将 会 减 慢 ， 因 为 需要 必要 的 返工 使 之 通过 关键 的 质量 测试 。 


类 似 地 ， 如 果 敏 捷 团 队 连 他们 当前 的 组 件 都 不 做 持续 集成 ， 系 统 团队 的 集成 工作 将 会 是 一 个 漫长 而 痛苦 的 过 程 。 


如 图 5.2-1 所 示 ， 要 想 最 大 化 ART 的 速度 ， 需 要 在 敏捷 团队 和 系统 团队 之 间 找 到 一 个 平衡 点 。 
ART/VS 


速度 


图 5.2-1 敏捷 团队 和 系统 团队 间 集 成 工作 的 最 佳 平 衡 ， 最 佳 平 衡 点 随 着 自动 化 及 成 熟 度 逐渐 左 移 


参考 资料 


[1] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011, chapter 4. 


[l] 十 希腊 著名 思想 家 。 译 者 注 


5.3 发布 管理 


想 要 在 管理 领域 获得 成 功 ， 需 要 能 够 快速 学 习 ， 就 像 瞬息 万 变 的 世界 变化 那样 快 。 


沃 伦 . 本 尼斯 由 


摘要 


发 布 管理 通常 有 助 于 解决 方案 发 布 涉及 的 计划 、 管 理 和 治理 。 为 了 使 价值 流 更 好 地 服务 于 业务 目标 ， 发 布 管理 起 到 了 权威 性 
的 作用 ， 并 有 具有 相应 的 责任 。 对 于 那些 能 使 得 内 外 部 利益 相关 者 更 好 地 接收 和 部 署 新 的 解决 方案 所 必需 的 活动 ， 发 布 管理 部 门 可 
以 帮助 更 好 地 加 以 协调 和 引导 。 同 时 ， 发 布 管理 者 帮助 我 们 确保 在 部 署 解决 方案 之 前 ， 对 那些 最 关键 的 质量 治理 元 素 进行 恰当 的 
处 理 ， 这 些 质量 治理 元 素 包括 : 特殊 的 内 外 部 安全 需求 、 监 管 需求 和 其 他 一 些 与 解决 方案 合 规 性 相关 的 需求 。 


通常 发 布 管理 者 对 版 本 发 布 具 有 权威 的 治理 授权 ， 发 布 管理 者 包括 解决 方案 管理 者 ， 以 及 来 自 相关 职能 部 门 的 高 级 代表 ， 这 
些 高 级 代表 并 不 全 程 参与 到 价值 流 中 ， 他 们 包括 : 营销 、 质 量 、 开 发 、 项 目 群 投资 组 合 管理 、 运 营 、 部 署 以 及 分 发 部 门 。 发 布 管 
理 职能 具有 培养 和 批准 向 客户 频繁 发 布 高 质量 解决 方案 的 权力 ， 以 及 相应 的 知识 和 能 力 。 在 许多 情况 下 ， 发 布 管理 团队 包括 多 个 
敏捷 发 布 火车 上 的 代表 ， 而 这 些 敏 捷 发 布 火车 是 致力 于 同一 个 解决 方案 的 。 


发 布 管理 者 定期 举行 会 议 ， 来 评估 发 布 的 内 容 、 进 度 和 质量 。 由 于 SAFe 提 倡 固定 的 质量 ， 固 定 的 成 本 计划 ， 以 及 灵活 的 特 
性 和 能 力 ， 所 以 发 布 管理 者 通常 会 积极 地 参与 范围 管理 ， 甚 至 是 在 项 目 群 增 量 的 后 期 。 此 外 ， 友 布 管理 者 也 关注 整个 解决 方案 的 
其 他 要 素 , 例如: 国际 化 、 打 包 和 部 署 、 培 训 | 需求 、 内 外 部 沟通 ， 并 确保 符合 最 关键 的 质量 标准 (包括 外 部 需求 ， 合 规 性 相关 的 
要 求 ) 。 


责任 
在 发 布 管理 的 责任 中 ， 较 为 容易 的 部 分 是 计划 一 次 发 布 ; 与 之 相 比 ， 较 为 困难 的 是 要 在 一 个 版 本 的 多 个 迭代 中 ， 协 调 好 所 有 


能 力 和 特性 的 实现 。 尤 其 当 那 些 新 出 现 的 问题 、 阻 碍 项 、 依 赖 、 重 十 、 超 过 先前 所 提 的 需求 范围 ， 以 及 与 愿景 和 待 办 事项 列表 有 
异 的 事项 ， 当 这 些 间 题 没有 被 事先 考虑 到 ， 并 且 外 部 环境 也 正在 进行 演变 时 ， 更 多 的 困难 便 会 接 路 而 至 。 


对 于 自 管理 、 自 组 织 的 ART 来 说 ， 这 是 一 个 挑战 ; 每 一 个 发 布 所 包含 的 需求 范围 必须 被 持续 地 管理 、 重 新 确认 和 沟通 交流 。 
但 是 ， 某 些 需 求 变 更 和 障碍 有 可 能 会 超出 火车 的 授权 范围 ， 因 此 他 们 通常 需要 发 布 管理 者 的 协助 来 处 理 这 些 挑战 。 发 布 管理 者 不 
仅 分 担 在 多 个 发 布 之 间 进 行 协调 的 责任 ， 也 分 担 与 重要 的 利益 相关 者 进行 沟通 的 责任 。 


发 布 管理 者 的 主要 职责 包括 : 
+ 确保 组 织 的 发 布 治理 策略 被 理解 
. 与 外 部 利益 相关 者 沟通 发 布 的 状态 
. 确保 已 经 制订 好 一 个 合适 的 部 署 /分 发 计划 
通过 内 外 部 的 沟通 手段 来 协调 营销 与 产品 和 解决 方案 管理 之 间 的 关系 
确认 解决 方案 符合 质量 和 治理 相关 的 标准 
- 参与 检视 和 调整 活动 来 改进 发 布 过 程 、 价 值 流 的 生产 率 和 解决 方案 的 质量 
对 于 发 布 提供 最 终 授权 
: 根据 实际 情况 ， 充 当 项 目 群 投资 组 合 管理 的 联络 员 


Oise 通常 发布 管 理 与 SAFe 中 的 开发 节奏 是 分 离 的 。“ 计 划一 个 发 布 ” 指 的 是 在 项 目 群 增 量 计划 中 所 做 的 工作 ， 即 在 
一 个 PI 边界 内 指定 一 个 特定 的 发 布 ， 或 者 是 多 个 发 布 ， 抑 或 是 接近 PI 边界 的 发 布 。 在 SAFe 中 ， 为 了 满足 业务 要 求 ， 解 决 方案 按 
节奏 开发 ， 但 是 可 以 在 任意 时 间 发 布 。 


成 


yall 


发 布 管理 职能 通常 由 来 自 以 下 几 个 领域 的 人 员 组 成 : 


:发布 火车 工程 师 和 价值 流 工 程 师 


` 业务 线 负 责 人 、 解 决 方案 与 产品 经 理 


+ 销售 和 营销 的 资深 代表 


“ 对 团队 和 技术 有 管理 责任 的 开发 经 理 


. 公司 内 部 的 IT、 生 产 和 部 署 人 员 


* 解决 方案 级 别 资 深 的 QA， 负 责 解决 方案 级 别 的 质量 、 性 能 、 适 用 性 的 最 终 评估 


- 系统 和 解决 方案 架构 师 、CTO， 以 及 其 他 一 些 审查 架构 完整 性 的 人 员 


日 常 协调 


在 许多 企业 中 ， 发 布 管理 者 每 周 进行 例会 来 处 理 下 列 问题 : 


* 愿 最 是 否 依 然 被 相关 人 员 理 解 ? 同时 ， 相 关 的 火车 和 团队 是 否 已 经 对 愿景 的 目的 理解 一 致 ? 


- 每 个 人 是 否 都 已 经 理解 他 们 正在 构建 的 解决 方案 ? 这 种 对 解决 方案 的 理解 是 否 与 他 们 对 价值 流 和 当前 战略 主题 的 目的 理解 
保持 一 致 ? 


- 当前 已 经 计划 好 的 发 布 是 否 仍 在 进行 密切 跟踪 ? 
为 了 使 发 布 的 进展 更 加 顺畅 ， 有 什么 障碍 必须 解决 ? 


每 周 例会 为 高 级 管理 者 有 规律 地 提供 了 对 于 发 布 状 态 的 可 见 性 。 发 布 管理 团队 同样 也 有 权力 来 决定 是 否 同 意 范围 变更 、 时 间 
调整 ， 或 是 人 力 调 整 ， 这 样 有 助 于 更 好 地 确保 解决 方案 的 发 布 。 在 这 种 工作 方式 下 ， 发 布 管理 者 代表 了 在 发 布 治理 方面 的 最 终 权 
威 。 


参考 资料 
[1] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011, chapter 4. 
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译 者 注 


对 我 来 说 ， 天 堂 就 是 和 大 家 一 起 分 享 一 个 大 大 的 烤 土 豆 。 
一 一 奥 普 拉 . 温 弗 莉 站 

摘要 
共享 服务 是 成 功 推行 敏捷 发 布 火车 或 者 价值 流 的 一 个 必需 的 角色 ， 但 不 是 一 个 全 职 角色 。 共 享 服务 资源 可 以 包括 : 安全 专 


家 、 信 息 架 构 师 、DBA、 技 术 作 家 、 质 量 保证 人 员 、IT 操 作 人 员 等 。 因 为 这 些 资源 是 特定 的 ， 通 常 是 单一 资源 并 且 特 别 忙碌 ， 所 
以 每 个 ART 和 价值 流 必须 提前 进行 计划 ， 以 保证 他 们 需要 时 可 以 获得 这 些 资源 的 支持 。 


详 述 
敏捷 发 布 火车 和 价值 流 ， 都 需要 所 有 具备 必要 专业 技能 的 人 员 为 项 目 成 功 做 出 全 力 以 赴 的 投入 。 然 而 ， 大 多 数 情 况 下 ， 将 某 


些 特 定 功能 的 资源 投入 到 单个 火车 中 是 不 切实 际 的 。 要 么 这 些 满足 特定 技能 要 求 的 人 员 没有 充足 的 时 间 ， 要 么 敏捷 发 布 火 车 对 资 
源 的 需求 量 随 着 时 间 变 化 而 变化 ， 如 果 一 直 不 变 地 将 这 类 资源 安排 在 发 布 火车 上 是 不 经 济 ， 也 是 不 明智 的 。 共 享 服务 恰好 解决 了 
这 个 问题 ， 它 确保 能 够 快速 获得 具备 特殊 技能 或 知识 能 力 的 人 员 。 


某 些 情况 下 ， 必 须 花费 精力 去 提前 考虑 敏捷 发 布 火车 对 这 类 技能 的 需求 (比如 : 安全 、 信 息 架 构 ) ， 这 样 他 们 就 可 以 直接 投 
入 到 支持 新 能 力 和 特性 所 需要 的 架构 跑道 的 开发 中 。 在 另 一 些 情 况 下 ， 对 这 些 资源 的 投入 可 以 略微 滞后 于 核心 的 开发 任务 ( 比 
如 : IT/ 部 署 支持 、 客 户 培训 、 本 地 化 ) ， 而 仅 仪 提供 快速 和 应 对 性 支持 就 足够 了 。 


在 以 上 两 种 情况 下 ， 如 果 没 有 及 时 的 支持 和 同步 ， 项 目 群 中 的 团队 将 会 在 努力 完成 他 们 的 目标 时 发 生 冲突 。 因 而 ， 如 果 这 些 
共享 服务 不 在 发 布 火车 上 ， 我 们 必须 及 时 将 它们 纳入 火车 同步 前 行 ， 因 为 火车 必须 依靠 它们 完成 运载 货物 的 任务 。 


角色 描述 


共享 服务 组 的 成 员 包 含 但 不 限于 以 下 专业 领域 的 人 员 ， 例 如 : 


- 数据 建 模 ， 数 据 工程 ， 以 及 数据 库 支 持 


- 信息 系统 架构 

. ScrumXP、 敏 捷 、 内 建 质量 教练 
. 国际 化 与 本 地 化 

. 系统 质量 保证 和 探索 性 测试 

. 文档 编辑 


-最终 用 户 培训 


. 应 用 /门户 网 站 管理 


配置 管理 


责任 


为 了 提高 效率 ， 共 享 服务 人 员 应 该 参加 SAFe 的 培训 以 具备 相应 的 知识 ， 并 且 参 与 PI 计划 以 及 PI 计划 前 、 后 的 相关 会 议 。 在 
这 些 会 议 中 ， 他 们 在 必要 时 促进 需求 澄清 ， 并 承担 部 分 相应 的 工作 来 缓解 待 办 事项 之 间 涌 现 出 的 依赖 关系 。 进 而 ， 他 们 会 协调 完 
成 在 项 目 群 增 量 (Pl) 执行 过 程 中 出 现 的 依赖 关系。 他 们 也 可 能 在 合适 的 时 间 参 与 系统 演示 、 解 决 方案 演示 、 检 视 和 调整 工作 
坊 ， 因 为 许多 用 于 改进 的 待 办 事项 可 能 反映 出 在 特定 技术 方面 或 者 在 可 用 性 和 依赖 方面 的 挑战 ， 所 以 共享 服务 团队 的 参与 是 非常 
有 必要 的 。 


共享 服务 组 成 员 偶 尔 也 可 能 会 选择 单独 成 立 一 个 小 组 去 工作 。 在 这 种 情况 下 ， 他 们 保持 和 ART 团 队 一 样 的 节奏 进行 迭代 ， 像 
敏捷 开发 团队 一 样 去 执行 迭代 计划 ， 开 展演 示 和 回顾 活动 。 


不 断 接 受 专业 培训 


因为 共享 服务 人 员 高 度 的 技术 特殊 性 《与 一 般 的 敏捷 团队 不 同 ， 敏 捷 团 队 成 员 是 通用 技术 的 多 面 手 ) ， 他 们 的 技能 需要 持续 
更 新 ， 以 满足 所 在 领域 不 断 进 步 的 要 求 。 


定期 深入 敏捷 团队 


为 了 更 好 地 帮助 敏捷 团队 ， 共 享 服务 人 员 可 以 深入 到 敏捷 团队 中 一 段 时 间 ， 在 一 些 特殊 技能 上 对 敏捷 团队 进行 支持 ， 或 者 将 


这 些 技能 传授 给 团队 。 在 敏捷 团队 中 ， 共 享 服务 人 员 也 会 受 囊 于 敏捷 团队 的 日 常 工作 经 验 ， 这 可 以 帮助 他 们 建立 对 敏捷 团队 的 动 
态 变化 的 理解 ， 就 像 对 团队 的 开发 速度 和 对 在 开发 中 的 产品 的 质量 的 理解 一 样 。 通 过 这 种 方式 ， 也 可 以 促进 大 型 动态 团队 协同 工 
作 进 行 企业 级 的 价值 发 布 。 


参考 资料 


[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 
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5.5 用户 体验 


简单 的 事情 就 应 该 简单 做 ， 复 杂 的 事情 应 该 保持 可 能 性 。 


一 一 艾 俭 all 


摘要 


用 户 体验 (UX) 代表 用 户 对 系统 各 个 方面 的 感知 ， 包 括 : 易 用 性 、 实 用 性 和 人 机 交互 的 效率 。 建 立 一 个 能 深度 理解 用 户 需 
求 的 系统 是 用 户 体验 设计 的 焦点 ， 比 如 : 用 户 需 要 什么 ， 用 户 的 价值 观 是 什么 ， 以 及 对 用 户 的 能 力 和 局 限 性 的 理解 。 


敏捷 开发 的 一 个 常见 的 挑战 是 如 何 将 用 户 体验 融入 快速 迭代 周期 ， 包 括 视觉 设计 、 导 航 栏 、 用 户 界面 (UI) 元 素 的 实现 。 
团队 每 次 都 试图 解决 复杂 (看 似 主观 的 ) 的 人 机 交互 问题 ， 并 开发 和 测试 那些 增 量 的 可 交付 成 果 ， 最 终 往往 在 经 历 多 次 迭 代 后 做 
出 “粗制滥造 ”的 交付 物 。 这 些 也 给 敏捷 执行 过 程 带 来 了 不 少 令 人 泪 立 的 事情 。 而 那些 必要 的 用 户 体 验 测试 ， 更 增加 了 UX/UI 实 
现 的 复杂 度 。 同 时 ， 在 每 次 开发 新 功能 的 迭代 中 都 进行 用 户 体验 (UX) 测试 以 获取 反馈 固然 很 好 ， 但 是 团队 往往 很 难 做 到 这 一 
点 ， 从 而 导致 延迟 的 反馈 影响 了 后 续 迭 代 的 速度 ， 进 而 对 产品 交付 造成 延迟 。 


但 幸运 的 是 ， 敏 捷 团 队 已 经 发 现 了 一 些 实践 来 处 理 “ 设 计 ” 这 个 重要 元 素 。 一 些 天 键 因素 包括 : 让 用 户 体验 设计 处 在 系统 架 
构 跑道 的 前 半 部 分 ， 对 设计 进行 集中 指导 而 不 是 具体 的 设计 实现 ， 以 及 通过 快速 获得 用 户 反馈 ， 平 衡 适 代 节奏 和 可 工作 的 代码 的 
关系 ， 促 进 消除 风险 和 不 确定 性 。 


角色 描述 
在 SAFe 中 ， 敏 捷 团 队 对 解决 方案 的 实施 负责 ， 这 也 包括 用 户 界面 (UI) 部 分 。 但 是 ， 为 了 保持 整个 大 型 解决 方案 中 各 个 系 
统 部 件 的 用 户 体验 (UX) 一 致 性 ， 一 般 都 会 给 敏捷 发 布 火车 分 配 一 个 或 多 个 专职 的 用 户 体验 设计 师 。 


总 体 来 说 ， 他 们 需要 提前 计划 并 准备 好 设计 大 纲 、 原 型 、 线 框图 、 样 式 表 和 其 他 一 些 工件 ， 作 为 架构 跑道 的 一 部 分 ， 为 新 的 
项 目 群 增 量 (Pl) 待 开发 的 功能 提供 一 些 必要 的 通用 指导 。 


责任 
用 户 体验 设计 师 通常 有 以 下 职责 : 
- 同 利 益 相 关 者 一 起 理解 “用 户 一 系统 交互 ”背后 的 特定 业务 目标 。 
- 遵循 准时 和 及 时 的 要 求 ， 给 敏捷 团队 提供 下 一 个 增 量 交付 的 UI 设计 、 用 户 体验 大 纲 和 设计 元 素 。 
+ 持续 地 通过 用 户 体 验 测试 来 验证 用 户 体验 设计 。 
与 系统 和 解决 方案 架构 师 / 工 程 师 以 及 团队 建立 并 维持 技术 根基 ， 实 时 地 获取 用 户 体验 的 验证 、 反 馈 、 跟 踪 统 计 等 。 
* 在 整个 项 目 过 程 中 共享 用 户 体验 的 大 纲 ， 指 导 开 发 人 员 如 何 执行 保持 良好 UI 设 计 的 最 佳 实践 。 
> 协助 测试 工程 师 和 系统 团队 进行 用 户 体 验 测试 和 自动 化 测试 。 
带领 UI 设 计 和 UX/UI 社 区 进行 实践 工作 坊 。 


“ 参加 和 迭代 计划 会 议 ， 待 办 事项 梳理 会 议 ， 系 统 和 解决 方案 演示 ， 以 及 那些 涉及 重要 UI 相 关内 容 的 活动 。 


在 敏捷 中 的 用 户 体验 设计 
为 了 避免 传统 瀑布 式 的 大 量 前 期 设计 (BUFD) ， 在 敏捷 中 的 用 户 体验 设计 会 有 一 些 不 同 ， 通 常 包括 以 下 特征 : 
: 引入 快速 、 低 保 真 原型 ， 为 未 来 的 实施 构建 相应 的 跑道 。 
- 严格 地 增 量 式 进行 。 
. 依赖 于 快速 和 频繁 的 反馈 ， 而 反馈 又 是 通过 快速 编码 获得 的 。 


“高度 的 用 户 和 开发 团队 协作 性 。 


* 使 用 使 能 故事 对 用 户 体验 研究 活动 进行 探索 。 


. 在 完成 定义 (DoD) 和 用 户 故 事 接 收 标 准 (AC) 中 ， 包 括 UI 的 判定 标准 ( 详 见 5.10 节 中 的 “规模 化 的 完成 定义 ”) 。 


用 户 体验 与 设计 和 测试 有 关 
为 了 满足 一 个 高 效 的 用 户 体验 设计 流程 和 快速 可 靠 的 用 户 界面 (U1) 部署， 以 下 几 项 设计 标准 很 重要 : 
- 清晰 地 分 割 UI 和 应 用 程序 的 还 辑 。 
: 有 效 的 UI 开 发 约定 。 
. 有 效 地 组 织 UI 资 产 ， 并 易于 重用 、 扩 展 和 样式 变更 。 
. 支持 用 户 使 用 数据 的 收集 、UI 报 错 日 志 记 录 ， 以 及 反馈 机 制 。 


大 部 分 用 户 体 验 大 纲 和 需求 是 可 以 直接 测试 的 。 其 中 一 些 会 比 功能 性 测试 更 容易 实现 自动 化 。 (比如 : 一 个 简单 的 脚本 就 可 
以 检查 “在 所 有 屏幕 上 使 用 水 平 菜单 ”， 可 以 防止 开发 人 员 不 小 心 偏离 这 个 标准 。 ) 


敏捷 发 布 火车 上 的 用 户 体验 设计 师 


大 部 分 系统 元 素 是 和 用 户 互动 的 ， 所 以 良好 的 用 户 体验 设计 和 系统 工程 的 其 他 方面 一 样 重要 ， 特 别 是 大 型 系统 和 多 层 架 构 系 
统 。 用 户 体验 设计 的 工具 (比如 美学 、 形 状 、 大 小 、 比 重 ) 也 是 很 重要 的 因素 。 这 些 都 影响 着 用 户 体验 设计 师 和 系统 其 他 部 分 的 
协作 方式 。 以 下 是 一 些 常见 的 组 织 架构 模式 。 


集中 式 用 户 体验 指导 和 部 署 


每 个 团队 都 配备 用 户 体验 开发 人 员 ， 虽 然 从 敏捷 团队 的 授权 和 速度 的 角度 来 说 集中 式 是 很 有 吸引 力 的 ， 但 是 这 样 也 会 产生 问 
题 。 因 为 从 各 个 不 同 角度 出 发 设计 出 的 UI 可 能 无 法 满足 用 户 ， 并 不 能 提供 好 的 用 户 体验 。 因 此 ， 一 些 组 织 建立 了 中 央 用 户 体验 
设计 团队 ， 在 开发 团队 执行 迭代 之 前 ， 用 户 体验 团队 也 进行 相应 迭代 。 如 图 5.5-1 所 示 。 
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图 5.5-1 集中 式 的 用 户 体验 开发 


用 户 体验 设计 团队 有 共同 的 节奏 和 途 代 模式 ， 同 时 他 们 的 待 办 事项 列表 中 会 包括 用 户 体验 使 能 故事 探索 、 测 试 、 原 型 以 及 相 
应 的 实现 活动 ， 从 而 可 以 定义 通用 的 用 户 体验 。 


分 布 式 、 集 中 式 结合 的 用 户 体验 开发 


然而 ， 集 中 式 用 户 体验 团队 会 成 为 开发 团队 的 一 个 瓶 珊 ， 在 规模 化 的 开发 中 这 个 问题 会 更 加 严重 ， 因 为 需要 关注 和 解决 更 多 
的 依赖 性 。 为 了 缓解 这 个 问题 ， 我 们 可 以 使 用 一 种 更 有 效 的 混合 模式 ， 如 图 5.5-2 所 示 。 


在 这 种 “分 布 式 但 是 集中 管理 ”的 模式 中 ， 有 一 个 很 小 的 中 央 化 的 用 户 体验 设计 团队 (或 个 人 ) ， 由 他 来 为 各 个 用 户 界面 提 
供 基本 设计 方法 和 初步 模型 (或 原型 ) ， 而 每 个 团队 则 负责 具体 实现 。 在 这 种 环境 下 ， 具 体 的 用 户 体验 实施 被 分 配 到 每 个 团队 
中 ， 集 中 式 管 理 的 设计 则 负责 提供 线 框图 、 样 式 表 、 商 标 控制 、 模 型 、 实 体 原型 、 可 用 性 准则 以 及 其 他 可 以 保证 整体 解决 方案 概 
念 完整 性 的 用 户 体验 工作 。 用 户 体验 设计 团队 通常 也 会 参加 团队 演示 和 系统 演示 ， 以 便 了 解 整体 的 系统 和 解决 方案 设计 的 进展 状 
况 。 
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图 5.5-2 ”分 布 式 、 集 中 式 的 用 户 体验 开发 
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[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011, chapter 7. 


1 面向 对 象 编程 思想 的 创始 人 之 一 ， 笔 记 本 电脑 最 早 的 构想 者 和 现代 Windows GUI 的 最 初 尝试 者 。 


译 者 注 


5.6 ”愿景 


参与 工作 的 成 员 都 渴望 了 解 与 之 相关 的 工作 场景 ， 以 及 其 工作 对 达成 整体 目标 的 贡献 。 


一 一 丹尼尔 Pall 


摘要 


愿景 描述 了 待 开发 的 解决 方案 在 未 来 呈现 出 的 一 种 图 景 ， 反 映 了 客户 和 利益 相关 者 的 高 层次 需求 ， 以 及 与 之 对 应 的 特性 和 能 
力 。 此 外 ， 愿 景 还 描述 了 需要 被 满足 的 市 场 、 客 户 群体 和 用 户 需 求 。 它 为 不 断 演进 的 解决 方案 提供 了 一 个 宏观 的 、 基 于 场景 的 概 
览 和 长 远 发 展 的 目标 ; 它 也 为 各 种 新 特性 、 非 功能 性 需求 和 内 容 决 策 设 定 了 明确 的 边界 。 


从 本 质 上 来 说 ， 愿 景 同 时 包含 了 主观 意愿 和 实施 策略 两 方面 的 内 容 。 在 很 大 程度 上 ， 它 是 由 一 组 特定 的 合同 约定 所 推动 的 ， 
但 也 有 可 能 是 由 系统 构建 者 所 察 党 到 的 市 场 机 遇 而 做 出 的 响应 。 


在 SAFe 中 ， 愿 景 图 标 位 于 “ 跨 层级 面板 ”的 区 域 。 其 反映 的 事实 是 ， 通 常 更 加 关注 项 目 群 层 和 价值 流 层 的 解决 方案 的 愿 
景 ， 同 时 也 必须 考虑 与 之 明确 相关 的 投资 组 合 愿景 ; 此外， 各 个 敏捷 团队 针对 其 所 负责 的 系统 ， 也 可 以 形成 自身 的 长 期 发 展 愿 
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几乎 没有 人 会 怀疑 精益 -敏捷 思想 致力 于 在 近期 尽早 交付 价值 。 把 决策 点 推迟 到 最 后 责任 时 刻 ， 限 制 在 制品 的 数量 (放弃 详 
细 的 、 过 早 制 订 的 需求 规格 说 明 书 ; 避免 为 遥远 的 未 来 设计 的 架构 和 锁定 详细 的 长 期 计划 ) ， 而 代 之 的 是 关注 即时 价值 交付 ， 这 
是 精益 -敏捷 开发 的 主要 特征 。 没 有 比 致力 于 这 种 关注 和 实践 更 好 的 做 法 了 : “让 我 们 先 构建 ， 然 后 我 们 将 了 解 更 多 信息 。” 


然而 ， 在 大 型 解决 方案 的 环境 中 ， 每 一 位 系统 构建 者 都 需要 每 天 做 出 决策 ， 用 于 决定 当前 需要 做 哪些 工作 、 正 在 做 哪些 工 
作 ， 以 及 哪些 工作 可 以 使 将 来 的 工作 变 得 更 加 简单 (或 者 更 加 复杂 ) 。 


通过 这 种 方式 ， 决 策 者 将 会 最 终 确定 当前 最 有 效 的 解决 方案 ， 以 及 如 何 更 经 济 地 实现 未 来 的 解决 方案 。 为 此 ， 应 该 推动 全 体 
团队 成 员 持 续 地 对 解决 方案 的 愿景 进行 评估 ， 以 确保 他 们 充分 理解 为 什么 要 这 样 做 。 此 外 ， 通 过 持续 地 对 愿景 (无 论 是 长 期 愿景 
或 近期 愿景 ) 进行 发 展 完善 、 维 护 及 沟通 ， 对 于 形成 对 项 目 群 目标 的 共同 理解 至 天 重要 ， 尤 其 是 那些 随 着 市 场 需求 和 业务 因素 波 
动 而 不 断 演化 的 项 目 。 


在 SAFe 中 ， 愿 景 图 标 位 于 “ 跨 层 级 面板 ”的 区 域 。 这 表示 它 会 根据 实施 场景 不 同 而 应 用 在 不 同 的 层级 。 解 决 方案 愿景 可 以 
出 现在 三 层 SAFe 结 构 的 项 目 群 层 ， 或 者 四 层 SAFe 结 构 的 价值 层 ， 用 于 告知 敏捷 发 布 火车 和 敏捷 团队 为 什么 要 构建 此 解决 方案 。 
在 投资 组 合 层面 也 需要 构建 愿景 ， 以 便 反映 不 同 价值 流 之 间 如 何 协 作 以 达成 企业 总 体 目标 。 当 然 ， 各 个 敏捷 团队 也 可 以 构建 自身 
的 愿景 ， 以 确保 他 们 始终 专注 于 各 自 的 近期 和 长 期 目标 。 


投资 组 合 愿景 


投资 组 合 愿景 的 制订 既 要 保证 可 行 性 ， 又 要 具备 前 瞻 性 ， 也 就 是 要 保持 短期 决策 与 长 远 发 展 目标 相 一 致 。 局 部 决策 应 该 服从 
长 期 发 展 目标 ，“ 这 项 工作 真 的 是 值得 做 的 吗 ?”” 精益 -敏捷 领导 者 的 职责 主要 在 于 制订 公司 的 总 体 战 略 方向 ， 并 为 落实 相关 战 
略 而 创建 团队 使 命 。Switch[1] 把 这 种 长 远 目 标 称 为 “目的 地 明信片 ”， 如 图 5.6-1 所 示 : 


投资 组 合 愿景 具备 以 下 的 特征 : 


: 志 存 高 远 ， 但 必须 切实 可 行 一 一 愿景 应 该 令 人 信服 且 具 有 前 上 脆性 ， 同 时 也 应 该 是 立足 现实 的 ， 且 在 合理 的 时 间 金 内 是 可 以 
达成 的 。 


能 够 激励 团队 成 员 不 断 向 前 迈进 一 一 愿景 必须 与 战略 主题 相 吻合 ， 并 且 与 团队 自身 的 目标 相辅相成 。 


通常 ， 长 期 愿景 以 及 驱动 该 愿景 的 业务 环境 ， 会 通过 周期 性 的 PI 计划 活动 传递 到 各 个 团队 。 传 递 愿景 的 人 通常 是 企业 的 业务 
负责 人 ， 或 者 是 最 能 有 效 沟通 和 激励 团队 向 目标 挺进 的 企业 高 层 管理 者 。 当 团队 真正 理解 此 愿景 时 ， 就 会 开始 思考 如 何 发 挥 自身 
所 具备 的 各 种 能 力 ， 一 旦 团队 对 自身 目标 形成 明确 的 共识 ， 就 将 真正 参与 其 中 并 竭尽 全 力 协助 企业 达成 目标 。 


长 远 目标 : 愿景 : 来 自 未 来 的 明信片 


远 
© 我 们 未 来 的 解决 方案 如 何 解决 更 大 的 


客户 问题 ? 
o 它 将 如 何 使 我 们 具有 独特 性 ? 
© 未 来 我 们 的 解决 方案 环境 会 达到 什么 


效果 ? 
> 们 当前 好 不 培 所 外 的 现状 .我 
”| 志 存 高 远 ， 但 必须 切实 可 和 
应 该 如 何 持续 改进 以 达成 未 来 预 ] oe E E nee 
cia er aD | 3 能 够 激励 团队 成 员 不 断 癌 前 迈进 
— 结果 : 团队 开始 思考 如 何 贡 献 其 力量 以 达成 目标 


来 源 : Switch: How to Change Things When Change Is 
Hard, Heath and Heath, Broadway Books, 2010 


图 5.6-1 投资 组 合 愿景 是 一 个 企业 层面 的 “来 自 未 来 的 明信片 ” 


解决 方案 愿景 


当 宏 观 投资 组 合 愿 景 被 确定 后 ， 产 品 和 解决 方案 管理 者 必须 进一步 将 其 转化 为 解决 方案 愿景 ， 以 便 作 为 选择 相关 解决 方案 的 
依据 和 指导 原则 。 为 了 完成 相应 的 转化 工作 ， 在 实施 过 程 中 可 以 提出 并 回答 以 下 问题 : 


青 ? 


= 


. 新 的 解决 方案 将 会 做 哪些 事 ; 
. 将 会 解决 哪些 问题 ? 

. 将 会 提供 哪些 新 特性 和 收益 ? 

. 这 些 新 特性 和 收益 将 会 提供 给 哪些 利益 相关 者 ? 

. 新 的 解决 方案 将 会 交付 哪些 性 能 ( 非 功能 性 需求 ) ? 
解决 方案 愿景 的 输入 


在 SAFe 中 ， 制 订 解 决 方案 愿景 是 产品 和 解决 方案 管理 者 的 首要 职责 (需要 考虑 是 应 用 SAFe 框 架 的 三 层 结构 还 是 四 层 结 
构 ) 。 他 们 需要 直接 与 业务 负责 人 和 其 他 利益 相关 者 进行 沟通 ， 并 综合 所 有 与 解决 方案 愿景 相关 的 输入 ， 基 于 这 些 信息 提炼 出 具 
有 整体 性 和 凝聚 力 的 解决 方案 愿景 。 对 于 构建 解决 方案 愿景 的 相关 输入 信息 可 以 来 自 各 个 方面 ， 如 图 5.6-2 所 示 。 


这 些 输入 来 源 包括 : 

.来自 客户 快速 和 直接 的 信息 反馈 。 

* 解决 方案 意图 包含 相关 愿景 ， 也 是 新 解决 方案 的 目标 。 

* 解决 方案 上 下 文 描述 了 相关 解决 方案 如 何 与 客户 场景 进行 交互 。 


* 价值 流 待 办 事项 列表 为 制订 解决 方案 愿景 提供 了 方向 和 指导 。 


* 架构 跑道 的 持续 演化 ， 可 以 支持 当前 和 近期 将 会 具有 的 特性 。 
- 战略 主题 提供 了 发 展 的 方向 


. 最 后 ， 通 常 敏捷 团队 本 身 就 是 相关 领域 最 好 的 专家 。 各 种 关于 愿景 的 构思 首先 会 出 现在 产品 负责 人 与 团队 成 员 中 ， 他 们 针 
对 不 断 涌现 的 需求 和 机 会 进行 持续 的 沟通 ， 并 最 终 形成 项 目 群 愿景 。 
+ C 
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敏捷 团队 产品 


图 5.6-2 解决 方案 愿景 的 输入 来 源 


从 解决 方案 意图 中 提炼 愿景 


在 SAFe 实 践 中 ,提倡 和 节奏、 面对面 的 Pl 计划， 因此 制订 愿景 文档 是 一 个 渐进 明细 ， 并 且 有 时 会 因为 愿景 的 摇摆 反复 不 断 
更 新 的 过 程 (相关 的 表格 模板 参见 参考 资料 2]、[3]、[ 外 ) 。 这 就 需要 针对 近期 和 长 期 愿景 ， 经 常 和 定期 地 向 团队 进行 演示 说 
明 。 通 过 PI 计划 会 议 ， 价 值 流 层 的 利益 相关 者 (如 解决 方案 管理 者 ) ， 将 会 向 团队 阐述 当前 的 宏观 价值 流 愿景 ; 与 此 同时 ， 产 品 
管理 者 将 会 向 团队 提供 相应 的 ART 场 景 描述 及 愿景 说 明 。 


随 着 对 当前 和 特定 系统 行为 的 细 化 ， 与 愿景 相关 的 各 种 要 素 将 从 解决 方案 意图 中 被 逐步 提炼 出 来 。 


项 目 群 愿景 


在 SAFe 框 架 的 四 层 结构 中 ， 除 了 解决 方案 愿景 以 外 ， 每 个 ART 根 据 自身 需要 还 可 以 制订 各 自 的 愿景 ， 以 细 化 所 要 交付 的 指 
定 能 力 和 子 系统 的 发 展 方向 。 但 这 些 ART 层 面 的 愿景 应 该 与 其 所 支撑 的 解决 方案 愿景 高 度 吻合 。 


路 线 图 


对 团队 而 言 ， 把 握 前 进 的 方向 对 其 整体 的 计划 和 实施 至 关 重 要 。 但 是 ， 除 非 团 队 对 如 何 达 成 愿景 制订 出 切实 可 行 的 计划 ， 否 
则 团队 成 员 不 可 能 真正 了 解 他 们 应 该 完成 什么 任务 。 因 此 ， 团 队 需 要 制订 相应 的 产品 路 线 图 。 路 线 图 的 示例 如 图 5.6-3 所 示 。 


V1.0 E3 展览 会 V2.0 
( 7/23 ) p 
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5 月 7 月 © m 9H } S 
PI3 P14 PIS 
> 奖励 积分 > 参加 E3 游戏 交易 展会 ! > “ARNE” (SHE) 首 
“公路 疯 车 ”移植 完成 “公路 疾 车 ”完成 ( 单 次 发 布 
b CEE IRE” HAEE 用 户 ) >“ 砖 厂 路 段 ”移植 完成 和 
》 分布 式 演示 b “HET RRR” FG ALE AR 多 用 户 演示 
>» HAST ( 单 用 户 ) >» 两 个 游戏 的 新 特性 ( 参 
> 多 用 户 的 架构 “公路 岗 车 ”多 用 户 版 本 见 竺 办 事项 列表 ) 
> 和 定制 参赛 车 辆 可 用 于 演示 
> 音效 库 和 “公路 岗 车 ”第 一 个 多 用 
> 在 游戏 展会 上 进行 演示 户 游戏 特性 
( 12/1/16 ) 
> 一 一 延伸 性 目标 一 一 


》 宝马 游戏 的 演示 
AT AY 预测 的 | 


图 5.6-3 ”路 线 图 是 愿景 的 组 成 部 分 
PI 计 划 愿 景 一 一 优先 级 最 高 的 10 个 特性 


制订 路 线 图 非常 有 助 于 愿景 的 达成 ， 但 对 于 具体 的 实施 与 执行 ， 团 队 必须 保持 清晰 的 步伐 。 因 此 ， 产 品 管理 者 和 解决 方案 管 
理 者 需要 对 下 一 步 的 实施 工作 进行 合理 的 安排 。 这 在 SAFe 应 用 场景 中 ， 体 现 为 一 系列 恒定 的 前 进步 做 ， 包 括 每 次 执行 一 个 P， 
以 及 同一 时 刻 只 专注 于 一 个 特性 ， 如 图 5.6-4 所 示 。 


为 此 ， 管理 者 需要 计算 和 比较 WSJF 并 不 断 更 新 特性 的 优先 级 排序 。 然 后 在 PI 计 划 会 议 中 ， 向 团队 说 明 当 前 待 办 事项 列 
表 中 的 “最 高 优先 级 的 10 个 特性 ”。 因 为 团队 成 员 了 解 愿景 总 是 在 不 断 地 演化 过 程 中 ， 而 且 会 以 新 特性 及 改变 优先 级 排序 的 方 
式 加 以 呈现 ， 所 以 他 们 对 于 待 办 事项 列表 的 更 新 不 会 感到 惊讶 。 此 外 ， 由 于 项 目 群 看 板 已 经 广泛 应 用 在 制订 特性 、 可 交付 成 果 和 
接收 标准 中 ， 因 此 当 特 性 进入 相关 状态 后 ， 表 明 其 已 被 良好 定义 ， 并 且 处 于 评审 完成 的 状态 。 此 时 解决 方案 架构 师 / 工 程 师 已 
完成 了 对 相关 特性 定义 的 评审 ， 并 且 各 种 使 能 都 已 被 有 效 执行 。 


但 是 ， 所 有 的 团队 成 员 都 清楚 地 知道 这 “10 个 特性 ”只 是 PI 计 划 过 程 的 输入 而 不 是 输出 ， 在 下 一 个 PI 中 实际 可 达成 的 目标 将 
取决 于 实际 的 产能 、 依 赖 关 系 和 计划 过 程 中 产生 的 知识 等 因素 。 只 有 敏捷 团队 本 身 才 能 计划 和 承诺 相应 的 行动 措施 ， 并 在 项 目 群 
兽 量 的 PI 目标 进行 描述 。 


PI 3 之 后 的 最 高 
优先 级 的 10 个 特性 


1. 奖励 积分 

—_ 2.“ 公 路 项 车 ”移植 完成 
Es 3.“ 砖 厂 路 段 ” 移 植 评估 
z 4 


行 演示 
.分 布 式 平台 演示 
. 购买 氮气 
. 研究 新 的 GUI 
.多 用 户 的 架构 
.定制 参赛 车 辆 


O oO AIO 


.在 2016/12/1 游戏 展会 上 进 


10. 改进 音效 库 A 


图 5.6-4 通过 每 次 只 执行 一 个 PI 达 成 愿景 (只 考虑 下 一 个 PI 中 的 最 高 优先 级 的 10 个 特性 ) 


这 “10 个 特性 ”都 处 于 就 绪 状 态 可 以 进行 实现 了 ， 然 后 ， 通 过 在 PI 中 逐个 交付 特性 ， 项 目 群 将 沿 着 既定 的 目标 稳步 推进 并 


最 终 达成 相应 的 愿景 。 


同样 ， 解 决 方案 管理 者 也 会 在 Pl 计划 前 会 议 中 ， 展 示 “ 最 高 优先 级 的 10 个 能 力 ”。 


y 
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5.7 ”路 线 图 


预测 是 件 很 困难 的 事 ， 尤 其 是 在 预测 未 来 的 时 候 。 


一 一 尼 尔 斯 


. zl 


摘要 


路 线 图 可 以 展示 在 近期 内 价值 流 和 敏捷 发 布 火车 的 交付 物 。 例 如 ， 一 个 大 约 持续 6 个 月 时 间 的 项 目 群 增 量 (Pl) 里程碑 就 是 
一 个 典型 的 路 线 图 ， 它 包含 了 对 下 一 个 PI 交付 成 果 的 可 信和 承诺 ， 并 确保 对 交付 成 果 的 可 见 性 ， 以 及 对 未 来 一 个 或 几 个 PI 交付 成 果 
的 中 度 可 信赖 的 预测 。 随 着 产品 愿景 、 交 付 策略 的 演化 ， 路 线 图 会 由 解决 方案 和 产品 管理 者 一 起 进行 更 新 。 


当然 ， 预 测 未 来 是 一 件 很 危险 的 事 ， 精 益 -敏捷 企业 必须 对 不 断 变化 的 现实 状况 和 业务 条 件 进行 响应 ， 即 使 是 在 近期 内 ， 也 
需要 保证 企业 的 灵活 性 以 应 对 变化 。 在 实际 工作 中 ， 偶 然 性 需求 越 来 越 多 ， 因 此 对 于 企业 来 说 ， 进 行 更 长 期 的 预测 开始 变 得 愈 发 
重要 ， 因 为 有 些 重 要 的 举措 需要 花费 数 年 的 时 间 进 行 开发 ， 所 以 也 需要 给 予 客户 、 供 应 商 和 合作 伙伴 一 些 相 应 的 承诺 。 为 
此 ，SAFe 基 于 敏捷 开发 和 项 目 群 执行 可 预测 性 的 原理 ， 提 供 了 一 些 用 于 长 期 预测 的 指导 。 


我 们 需要 谨慎 对 待 长 期 和 短期 预测 平衡 的 问题 : 如 果 预 测 的 周期 过 短 ， 企 业 将 无 法 保持 良好 的 协调 一 致 ， 缺 乏 对 未 来 所 需 开 
发 的 能 力 和 特性 的 了 解 ， 从 而 陷入 风险 之 中 ; 如 果 预 测 的 周期 过 长 ， 企 业 可 能 会 开始 尝试 预言 未 来 。 更 糟糕 的 是 ， 任 何 新 的 需求 
都 会 通过 一 个 很 长 的 等 待 队列 后 才 会 得 到 处 理 ， 如 此 长 的 耗 时 将 会 导致 对 不 断 变化 的 用 户 需 求 无 法 进行 响应 。 


“响应 变化 高 于 遵循 计划 ”是 《敏捷 宣言 》 的 四 个 价值 观 之 一 。 为 了 实践 这 个 价值 观 ， 显 然 需要 有 一 个 计划 ， 这 是 相当 重要 
的 ， 否 则 一 旦 有 事情 发 生变 化 ， 待 办 事项 列表 也 会 像 “ 不 断 摇摆 的 狗 尾巴 ”一 样 随 之 发 生变 化 ， 但 实际 上 有 些 事情 是 完全 可 以 预 
测 的 。 由 于 缺乏 计划 会 导致 混乱 ， 过 量 的 重复 工作 和 大 量 的 WIP， 这 会 影响 所 有 人 的 工作 积极 性 。 因 此 ， 计 划 活 动 是 必 不 可 少 
的 。 


路 线 图 只 是 提供 了 这 样 一 个 计划 。 在 路 线 图 的 上 下 文 环境 中 ， 团 队 可 以 知道 他 们 当前 承诺 的 内 容 ， 以 及 计划 的 意图 。 按 照 计 
划 执 行 相应 的 任务 ， 给 团队 中 的 每 个 人 提供 了 愉悦 的 感觉 ， 同 时 让 他 们 保留 了 必要 的 智力 和 体力 ， 从 而 可 以 响应 那些 无 法 进行 预 
测 的 变化 。 


SAFe 的 路 线 图 包含 了 一 系列 经 过 计划 的 项 目 群 增 量 (Pl) ， 及 其 相应 的 里 程 碑 ， 如 图 5.7-1 所 示 。 

路 线 图 中 的 每 一 个 元 素 都 是 一 个 里 程 碑 ， 包 括 由 团队 定义 的 学 习 里 程 碑 ， 或 者 是 被 外 部 事件 驱动 的 时 间 里 程 碑 。 
创建 PI 的 路 线 图 

如 图 5.7-1 所 示 ， 在 路 线 图 中 包含 了 三 个 PI， 跨越 了 大 约 30 周 的 时 间 。 在 很 多 企业 中 ， 这 是 一 个 最 佳 的 时 间 长 度 ， 即 拥有 了 


开展 业务 所 需 的 足够 细节 ; 也 提供 了 一 个 较 短 的 时 间 周期 用 于 保证 具备 相应 的 灵活 性 ， 在 应 对 不 断 变化 的 业务 优先 级 调整 中 免 受 
干扰 ， 从 而 确保 名 现 长 期 的 承诺 。 在 这 个 路 线 图 中 ， 包 含 了 一 个 “承诺 的 PI” 和 两 个 “预测 的 PI”， 下 文 将 进行 详 述 。 
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> 两 个 游戏 的 所 有 GUI 可 演示 | “公路 话 车 ”多 用 户 版 本 可 | e 两 个 游戏 的 新 特性 (参见 
》 多 用 户 的 架构 用 于 演示 待 办 事项 列表 ) 
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一 一 延伸 性 目标 一 一 
> 宝马 游戏 的 演示 


Ri | 
图 5.7-1 一 个 游戏 公司 的 PI 路 线 图 示例 
承诺 的 PI 


在 PI 计划 会 议 中 ， 团 队 会 承诺 在 下 一 个 PI 中 要 实现 的 PI 目标 ， 这 样 近期 的 计划 就 是 一 个 高 可 信 度 的 计划 ， 企 业 应 该 具备 足够 
的 信心 来 处 理 待 开发 的 新 功能 所 带 来 的 影响 。 通 过 使 用 敏捷 发 布 火车 、PI 计 划 会 议 、 系 统 演示 、 检 视 和 调整 工作 坊 ， 可 以 进一步 
增强 企业 的 信心 ， 有 助 于 确保 在 即将 到 来 的 PI 中 进行 交付 。 在 任何 情况 下 ， 在 下 一 个 PI 中 完成 可 预测 的 交付 成 果 ， 这 是 ART 所 应 
具备 的 一 项 重要 能 力 。 


对 PI 进行 预测 


对 接 下 来 的 两 个 Pl 进行 预测 ， 是 一 件 十 分 有 趣 的 工作 。 通 常 ， 价 值 流 和 ART 每 次 只 能 用 于 计划 一 个 PI。 由 于 业务 和 技术 环境 
变化 很 快 ， 所 以 过 早 地 锁定 细节 就 会 显得 比较 简单 粗暴 (在 架构 跑道 方面 ， 可 能 需要 做 一 些 提前 考虑 ) 。 


然而 ， 价 值 流 和 项 目 群 待 办 事项 列表 包含 了 一 些 能 力 和 特性 (构成 了 未 来 的 里 程 碑 ) ， 这 些 内 容 也 可 以 使 用 看 板 系统 进行 管 
理 。 团 队 考 虑 了 这 些 能 力 和 特性 的 合理 性 和 分 析 ， 设 立 了 接收 标准 ， 并 且 按 故事 点 的 方式 进行 了 初始 的 估算 。 当 敏捷 发 布 火车 具 
备 了 一 些 相关 信息 (ART 速 度 、PI 的 可 预测 度量 指标 、 相 对 优先 级 、 用 于 进行 维护 的 工作 量 ， 以 及 其 他 的 常规 业务 活动 ) ， 就 可 
以 较为 容易 地 把 未 来 的 特性 放置 在 路 线 图 中 。 最 后 ， 大 部 分 的 发 布 火车 都 会 对 未 来 的 3 个 PI 周期 ， 有 一 个 具备 合理 信心 水 平 的 路 
线 图 。 


长 期 的 预测 


上 文 重点 讨论 了 企业 如 何 为 在 一 个 投资 组 合 内 的 所 有 ART 制 订 一 个 合理 的 、 近 期 的 计划 。 然 而 ， 对 于 很 多 企业 来 说 ， 尤 其 是 
那些 需要 创建 大 型 复杂 系统 的 企业 ， 它 们 需要 考虑 供应 商 、 长 期 硬件 产品 的 前 置 时 间 、 主 要 子 系统 、 严 格 的 交付 日 期 、 外 部 客户 


承诺 等 ， 这 时 仅仅 考虑 3 个 PI 的 路 线 图 就 显得 有 些 不 足 。 简 单 来 说 ， 建 造 一 个 卫星 、 一 个 农作物 联合 收割 机 ， 或 者 一 辆 新 型 汽 
车 ， 所 包含 的 内 容 ， 会 比 PI 路 线 图 长 很 多 ， 企 业 必 须 合 理 地 制订 长 远 的 未 来 规划 。 


进一步 来 说 ， 即 便 没 有 外 部 的 事件 需要 对 需求 进行 长 期 的 预测 ， 企 业 也 同样 需要 制订 未 来 的 投资 计划 。 企 业 需要 理解 潜在 的 
资源 和 研发 的 瓶 须 ， 以 便 支撑 企业 的 长 期 业务 需求 和 在 特定 的 价值 流 中 进行 投资 的 回报 与 风险 。 


因此 结论 很 明显 : 即使 未来 的 工作 还 处 于 极其 模糊 的 状态 。 也 非常 有 必要 超越 PI 的 范畴 进行 长 远 预 测 。 


对 长 期 举措 进行 估算 


幸运 的 是 ， 敏 捷 工 作 方 法 为 我 们 提供 了 预测 长 期 工作 的 方法 。 为 了 实施 预测 ， 就 必须 进行 估算 。 为 了 进行 估算 ， 团 队 可 以 使 
用 基于 标准 化 的 故事 点 估算 方法 ， 并 在 史诗 级 别 上 进行 更 大 的 估算 ， 如 图 5.7-2 所 示 。 


850 


史诗 . 史诗 可 以 在 投资 组 合 看 板 的 分 析 阶 段 ， 拆 分 成 浴 
在 的 特性 


. 潜在 的 特性 可 以 进行 故事 点 估算 


— iH’ ify , Ar APA ASH an RFA SE 史 数据 
| we 和 相对 大 小 进行 估算 
一 在 必要 的 时 候 ， 让 团队 成 员 也 参与 到 估算 中 


n 


N 


W 


. 对 于 特性 的 估算 可 以 汇聚 在 一 起 形成 对 史诗 的 估 


ee 算 ， 并 成 为 轻 量 级 业务 论证 的 一 部 分 


图 5.7-2 ”通过 特性 的 估算 ， 汇 总 成 史诗 的 估算 故事 点 数 


通过 这 些 估算 ， 我 们 可 以 得 知 ART 的 速度 ， 以 及 可 以 分 配给 新 举措 的 生产 能 力 ， 随 后 业务 部 门 就 可 以 进行 一 次 “假如 ”分 
析 ， 如 图 5.7-3 所 示 。 


通过 这 个 方式 ， 企 业 就 可 以 按照 其 需要 创建 出 将 来 的 路 线 图 。 然 而 ， 每 一 个 企业 都 必须 小 心 谨慎 地 对 待 这 样 的 预测 ， 尽 管 可 
以 把 长 期 的 预测 作为 目标 ， 但 是 精益 -敏捷 的 领导 者 需要 清楚 地 知晓 : 每 一 个 对 长 期 目标 做 出 的 承诺 都 会 减少 企业 的 敏捷 性 。 


即便 有 些 时 候 ， 可 以 提前 清晰 地 识别 出 需求 ， 但 是 依然 存在 一 些 因素 导致 了 企业 对 实际 情况 的 低估 ， 这 些 因素 包括 : 创新 的 
不 可 预测 性 和 可 变性 ， 倾 向 于 只 估算 已 知 的 活动 ， 预 测 未 来 容量 的 困难 性 ， 不 可 预见 的 事件 ， 以 及 其 他 的 相关 因素 。 这 种 情况 造 
成 的 影响 是 ， 尽 管 固定 的 长 期 计划 和 承诺 看 起 来 非常 完美 ， 而 且 在 一 些 环境 中 也 确实 需要 ， 但 是 它们 一 定 会 限制 企业 的 创新 能 
力 ， 潜 在 地 影响 企业 的 经 济 效益 和 交付 成 果 。 鱼 与 能 掌 不 可 兼 得 。 
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投资 组 合 待 办 事项 列表 
图 5.7-3 ”史诗 估算 、 容 量 分 配 、ART 速 度 可 以 用 于 长 期 预测 


因此 ， 精 益 -敏捷 企业 会 尽 最 大 的 努力 ， 做 到 可 视 化 、 校 准 和 承诺 ， 同 时 促进 产生 相应 的 灵活 性 。 企 业 需要 主动 地 把 长 期 承 
诺 转化 成 对 未 来 的 预测 ， 并 根据 需要 在 每 一 个 PI 的 边界 上 ， 持 续 地 重新 评估 优先 级 和 业务 价值 ， 从 而 获得 长 期 计划 性 和 短期 灵活 
性 的 恰当 平衡 。 


避免 地 狱 役 的 队列 


情 益 -敏捷 领导 者 都 懂得 排队 论 ， 并 且 意 识 到 了 队列 过 长 对 交付 时 间 的 影响 。 简 单 来 说 ， 承 诸 的 交付 内 容 越 多 ， 新 特性 发 布 
的 等 待 时 间 就 越 长 。 例 如 ， 在 图 5.7-1 的 路 线 图 中 第 2 个 PI 并 没有 满 负 人 荷 。 统 计 结果 显示 ， 一 个 新 的 、 未 计划 的 特性 的 等 待 时 间 需 
要 10 ~ 20 周 ， 这 是 无 法 在 当前 PI 中 实现 的 ， 但 是 可 以 包含 在 下 一 个 PI 中 。 


如 图 5.7-4 所 示 ， 这 个 路 线 图 显示 了 另 一 个 不 同 的 故事 。 
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图 5.7-4 一 个 被 承诺 的 交付 结果 填 满 的 路 线 图 ， 就 好 像 地 狱 一 样 


假设 ， 当 路 线 图 中 的 每 一 条 内 容 都 得 到 了 承诺 ， 而 且 团队 几乎 是 满 负 荷 工 作 ， 那 么 交付 新 能 力 的 等 待 时 间 将 会 超过 60 周 ! 


在 这 种 情况 下 ， 无 论 企业 认为 自己 有 多 么 敏捷 ， 这 都 是 自欺欺人 。 利 特 尔 法 则 将 会 粉碎 管理 者 的 美梦 ， 每 一 次 交付 都 不 例 
外 ! 
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58 ”度量 


最 重要 的 事情 是 不 能 被 度量 的 。 最 重要 的 和 长 期 的 问题 也 是 不 能 预先 被 度量 的 。 


可 工作 的 软件 是 进度 的 首要 度量 标准 。 


一 一 敏捷 宣言 


摘要 


通常 ， 人 们 基于 度量 指标 调整 自己 的 行为 ， 他 们 会 对 系统 及 其 性 能 进行 度量 ， 从 而 采取 相应 的 措施 去 改进 这 些 度量 指标 。 但 
是 ， 大 多 数 的 度量 指标 都 是 对 真实 情况 的 简单 反应 ， 通 常 是 无 形 的 结果 ， 所 以 需要 对 度量 指标 慎重 对 待 。 


伴随 着 有 形 的 工作 、 时 间 盒 和 快速 反馈 ， 敏 捷 天 生 就 比 之 前 的 面向 文档 的 、 间 接 的 、 基 于 瀑布 的 方式 更 容易 进行 度量 。 当 
然 ， 到 目前 为 止 ， 最 好 的 度量 就 是 直接 地 度量 “可 工作 的 软件 和 解决 方案 ”。 这 样 最 有 利于 团队 、 敏 捷 发 布 火车 、 管 理 人 员 、 项 
目 群 管理 者 和 投资 组 合 管理 者 ， 将 大 部 分 度量 的 注意 力 转 移 到 真正 的 事实 上 。 所 有 其 他 度量 指标 ， 甚 至 是 下 面 描述 的 大 量 的 敏捷 
外 标 ， 都 服从 于 “专注 于 快速 交付 高 质量 的 可 工作 的 解决 方案 ”这 个 首要 目标 和 方针 。 


但 是 ， 度 量 在 企业 环境 中 非常 重要 。 为 此 ， 在 SAFe 框 架 的 各 个 层面 都 提供 了 度量 指标 的 指导 。 


FA 
投资 组 合 度量 
精益 投资 组 合 度量 

这 里 提供 的 精益 投资 组 合 度 量 ， 是 一 个 完备 而 且 精 益 的 度量 指标 集合 ， 它 可 以 被 用 于 评估 整个 投资 组 合 内 部 和 外 部 的 进展 情 
况 。 

本 着 “最 简 且 可 行 的 度量 集合 ”精神 ， 如 图 5.8-1 所 示 ， 提 供 了 一 个 最 精益 的 集合 ， 精 益 -敏捷 企业 用 它们 来 有 效 地 评估 其 转 


型 过 程 的 整体 效率 。 


期 望 结果 度量 方法 


员工 投入 度 。 ”提高 员工 满意 度 ， 减 少 流失 员工 调查 问卷 ， 人 力 资源 统计 

客户 满意 度 提升 的 净 推 荐 值 (NPS) 净 推 荐 值 (NPS) 得 分 调查 

生产 率 减少 平均 的 特性 周期 时 间 特性 周期 时 间 

a 持续 改进 团队 和 项 目 寻 的 度量 指标 Oe MERNIK 
上 市 时 间 更 频繁 的 版 本 发 每 年 发 布 的 版 本 数量 

质量 减少 的 缺陷 数量 和 支持 请 求 的 数量 。 ”缺陷 数据 和 支持 请 求 的 数量 

合作 伙伴 健康 情况 ”改善 生态 系统 的 关系 合作 伙伴 和 供应 商 调查 问卷 


图 5.8-1 精益 投资 组 合 度量 
投资 组 合 看 板 


投资 组 合 看 板 的 主要 动机 是 确保 史诗 和 使 能 在 到 达 项 目 群 增 量 边界 之 前 ， 已 经 进行 了 合理 化 和 分 析 ， 排 定 了 合适 的 优先 级 ， 
并 建立 了 接收 标准 ， 从 而 可 以 指导 高 保 真 的 实施 。 此 外 ， 可 以 跟踪 史诗 和 使 能 的 状态 ， 清 楚 地 理解 哪些 正在 开发 中 ， 哪 些 已 经 完 
成 了 ， 如 图 5.8-2 所 示 。 


“评审 ” 和“ 分析” 状态 是 有 WIP 限 制 的 (如 图 5.8-2 括 号 中 的 数字 所 示 ) ， 并 反映 了 项 目 群 投资 组 合 管理 团队 所 设置 的 限 
制 。 关 于 看 板 中 各 个 状态 的 信息 ， 请 参阅 7.7 节 中 的 内 容 。 


Sb add = 


A5.8-2 ”投资 组 合 看 板 


史诗 燃 起 图 

史诗 燃 起 图 用 来 跟踪 史诗 的 完成 进度 ， 有 三 种 度量 指标 : 

1. 史 诗 初 始 估算 线 ( 蓝 色 ) 一 一 基于 轻 量 级 业务 论证 进行 估算 得 到 的 故事 点 。 

2. 已 完成 工作 线 (红色 ) 一 一 基于 史诗 拆 分 出 的 特性 和 上 故事， 算出 的 实际 完成 的 故事 点 。 

3. 票 积 的 已 完成 工作 线 (绿色 ) 一 一 基于 史诗 拆 分 出 的 特性 和 故事 ， 算 出 的 实际 完成 的 故事 点 ， 并 进行 累积 。 
图 5.8-3[1] 描 述 了 这 种 度量 方式 。 

史诗 进展 的 度量 

史诗 进展 的 度量 提供 了 项 目 群 投资 组 合 中 所 有 史诗 状态 的 一 个 概览 视图 。 


1. 史 诗 X 一 一 表示 史诗 的 名 称 ; 业务 史诗 是 蓝 色 的 ， 使 能 史诗 是 红色 的 。 
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图 5.8-3 ”史诗 燃 起 图 


2. 横 道 的 长 度 一 一 表示 当前 基于 史诗 拆 分 出 的 特性 和 故事 进行 估算 得 出 的 故事 点 总 数 ， 深 绿色 阴影 区 域 表 示 实 际 完成 的 故事 


3. 垂 直 的 红线 一 一 代表 史诗 初始 估算 的 故事 点 ， 估 算是 基于 轻 量 级 业务 论证 进行 的 。 


4.0000/0000 一 一 第 一 个 数字 代表 当前 估算 的 故事 点 ， 基 于 史诗 拆 分 出 的 特性 和 故事 得 出 ; 第 二 个 数字 代表 史诗 初始 估算 的 
故事 点 (与 红线 的 含义 相同 ) 。 


图 5.8-4 四 描述 了 这 种 度量 方式 。 
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进展 中 em phe ois 
横道 总 长 度 = 当前 估算 当前 估算 一 一 ”一 一 初始 估算 


A584 ”史诗 进展 的 度量 
史诗 的 成 功 标准 


每 个 史诗 都 应 该 具有 成 功 标准 ， 可 以 有 助 于 建立 范围 和 促进 更 多 详细 的 特性 渐进 明细 。 图 5.8-5 展 示 了 一 个 具有 成 功 标准 的 
使 能 史诗 的 示例 。 


将 用 户 功 能 以 Java API 
Shi Nee 1. API 是 安全 的 ， 而 且 认 证 方法 与 我 们 合作 伙伴 
人 员 的 协议 兼容 
2. API 文档 以 JavaDocs 的 形式 发 布 给 合作 伙伴 
3. 所 有 系统 中 的 领域 逻辑 (除了 我 们 的 管理 应 用 
程序 ) 应 该 公开 为 Java API 


图 5.8-5 ”一 个 使 能 史诗 的 成 功 标准 的 示例 


企业 平衡 计 分 卡 


企业 平衡 计 分 卡 提供 了 4 个 方面 来 度量 每 一 个 投资 组 合 ， 但 是 这 种 方法 的 使 用 已 经 越 来 越 少 了 ， 取 而 代 之 的 是 精益 投资 组 合 
度量 (如 图 5.8-1 所 示 ) 。 尽 管 如 此 ， 也 对 这 种 度量 方式 做 一 个 介绍 ， 它 包括 : 


1. 效 率 

2. 交 付 价值 
3. 质 量 

4 .敏捷 性 


这 些 度量 指标 可 以 被 映射 到 一 个 实施 仪表 板 中 ， 如 图 5.8-6 和 图 5.8-7 所 示 。 


效率 
度量 指标 示例 : 

。 边 际 贡 献 

o 组 织 稳定 性 

。 财 队 速度 VS. 容量 


图 5.8-6 ”平衡 计 分 卡 方法 ， 将 相关 度量 纳入 四 个 方面 
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图 5.8-7 将 上 述 度量 指标 转换 为 字母 等 级 并 进行 汇总 ， 可 以 提供 一 个 企业 级 的 全 局 视图 
关于 这 种 方法 的 详细 描述 ， 请 参见 参考 资料 [2] 第 22 章 。 
项 目 群 投资 组 合 管理 的 自我 评估 
项 目 群 投资 组 合 管理 (PPM ) 团队 不 断 评估 并 改进 他 们 的 流程 ， 通 常 采 用 结构 化 的 、 定 期 的 自我 评估 来 完成 。 当 PPM 团 队 
完成 自我 评估 的 表格 后 ， 会 自动 生成 一 个 类 似 图 5.8-8 中 展示 的 雷达 图 ， 显 示 出 相对 的 优势 和 劣势。 
价值 流 度量 
价值 流 看 板 


价值 流 看 板 的 主要 动机 ， 是 确保 能 力 和 使 能 在 到 达 项 目 群 增 量 边界 之 前 ， 已 经 进行 了 合理 化 和 分 析 ， 排 定 了 合适 的 优先 级 ， 
并 建立 了 接收 标准 ， 从 而 可 以 指导 高 保 真 的 实施 。 此 外 ， 可 以 跟踪 特性 的 状态 ， 清 楚 地 理解 哪些 正在 开发 中 ， 哪 些 已 经 完成 了 ， 
如 图 5.8-9 所 示 。 


“评审 ”和 “分 析 ” 状 态 是 有 WIP 限 制 的 ， 如 图 9 括号 中 的 数字 所 示 。 关 于 看 板 中 各 个 状态 的 信息 ， 请 参阅 4.7 节 中 的 内 容 。 


项 目 群 投资 
组 合 管理 团队 


项 目 度量 


图 5.8-8 项 目 群 投资 组 合 管理 自我 评估 雷达 图 
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价值 流 看 板 


图 5.8-9 


价值 流 的 可 预测 性 度量 


可 以 聚合 起 来 创建 一 个 整体 的 价值 流 可 预测 性 的 度 


未 


为 了 评估 价值 流 的 整体 可 预测 性 ， 敏 捷 发 布 火车 的 每 个 可 预测 性 度量 指 


如 图 5.8-10 所 示 。 


指标 ， 


=. 
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价值 的 流 绩效 度量 


如 图 


Bin, 


起 来 创建 一 套 总 体 的 价值 流 绩效 的 度量 


指标 可 以 聚合 
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效 度 


ES 
个 绩 


为 了 评估 价值 流 的 整体 绩效 ， 敏 捷 发 布 火车 的 每 


5.8-1 1 所 示 。 


实现 的 目标 百分比 


PI 2 PI 3 
---, 火 车 A( 受 控 的 开发 ) 

---. 火 车 B (不 受 控 的 开发 ) 
一 价值 流 


PI 4 


图 5.8-10 ”价值 流 的 可 预测 性 度量 
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特性 的 进展 报告 
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图 5.8-11 价值 流 的 绩效 度量 指标 


特性 的 进展 报告 跟踪 PI 执行 过 程 中 的 特性 和 使 能 的 状态 ， 它 显示 出 在 每 一 时 间 点 上 ， 哪 些 特性 进展 正常 ， 哪 些 特性 进度 落 
后 。 如 图 5.8-12 所 示 ， 有 两 条 横道 。 


1. 计 划一 一 表示 一 个 特性 分 解 出 的 故事 的 总 数 。 


2. 实 际 一 一 表示 一 个 特性 中 已 完成 故事 的 数量 。 横 道 根据 特性 进展 是 否 正 常 ， 显 示 为 红色 或 绿色 。 昌 ] 
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图 5.8-12 ”特性 的 进展 报告 


项 目 群 看 板 


， 将 每 个 特性 的 进展 状态 和 最 初 的 PI 计 划 进 行 对 比 


项 目 群 看 板 的 主要 动机 ， 是 确保 特性 在 到 达 项 目 群 增 量 边界 之 前 ， 已 经 进行 了 合理 化 和 分 析 ， 排 定 了 合适 的 优先 级 ， 并 建立 


了 接收 标准 ， 从 而 可 以 指 
5.8-13 所 示 。 
中 的 内 容 。 


导 高 保 真 的 实施 。 此 外 ， 可 以 跟踪 特性 的 状态 ， 
“评审 ”和 “分 析 ” 状 态 是 有 WIP 限 制 的 ， 如 图 中 括号 中 的 数字 所 示 。 关 于 看 板 中 各 个 状态 的 信息 ， 请 


清楚 地 理解 哪些 正在 开发 中 ， 哪 些 已 经 完成 了 ， 如 图 


青 参阅 4.7 节 


项 目 群 看 板 


图 5.8-13 


项 目 群 的 可 预测 性 度量 


计算 出 项 目 群 的 可 预测 性 度 


“团队 PI 绩效 报告 ”汇总 起 来 ， 


可 以 将 火车 上 所 有 团队 的 


为 了 评估 发 布 火车 的 整体 可 预测 性 ， 


如 图 5.8-14 所 示 。 


团队 PI 绩 效 报告 对 实际 取得 的 业务 价值 和 最 初 计划 的 业务 价值 进行 了 对 比 (参见 图 5.8-22) 。 


= 
=, 


团队 PI 绩效 报告 


项 目 群 预测 性 度量 


e HER: 有 效 的 流程 控 
制 范围 

o 业务 运营 的 有 效 可 预 
测 性 

o 处 理 常见 的 变异 性 


。 导 臻 额外 变异 性 的 特 
殊 原因 


Pl2 Pl3 Pi4 
--- 团队 A: 开发 失控 
-团队 B: 开发 可 控 
一 项 目 群 (ART) 


图 5.8-14 项目 群 的 可 预测 性 度量 ,呈现 了 两 个 在 火车 和 项 目 群 的 团队 的 情况 (累积 ) 
关于 这 种 方法 的 详细 描述 ， 请 参见 参考 资料 [1] 第 15 章 。 
项 目 群 的 绩效 度量 


每 个 PI 的 结尾 都 是 一 个 常规 的 和 重要 的 度量 节点 ， 图 5.8-15 是 一 些 项 目 群 的 绩效 度量 指标 的 示例 。 


项 目 群 速度 

可 预测 性 度量 

计划 的 特性 数量 

接收 的 特性 数量 

计划 的 使 能 特性 数量 
接收 的 使 能 特性 数量 
计划 的 故事 数量 
接收 的 故事 数量 


单元 测试 覆盖 率 (%) 
缺陷 数量 

测试 用 例 总 数 

自动 化 测试 百分比 (%) 
非 功 能 性 测试 数量 


图 5.8-15 敏捷 发 布 火车 的 绩效 度量 指标 的 图 表 
PI 燃 尽 图 
PI 燃 尽 图 显示 了 在 项 目 群 增 量 时 间 盒 中 所 取得 的 进展 。 可 以 用 它 基于 已 接收 的 工作 来 跟踪 PI 的 计划 完成 情况 。 
1.P| 燃 尽 图 的 横 轴 表示 PI 中 的 迭代 ? 
2.PI 燃 尽 图 的 纵 轴 表示 每 个 迭代 开始 时 的 总 剩余 工作 量 (故事 点 数 ) 


图 5.8-16 举 例 说 明了 火车 的 燃 尽情 况 的 度量 。 尽 管 PI 燃 尽 图 可 以 用 来 显示 在 项 目 群 增 量 时 间 盒 内 的 进展 情况 ， 但 是 它 并 不 能 
显示 在 PI 内 哪些 特性 会 交付 ， 哪 些 特 性 不 会 交付 。 特 性 的 进展 报告 可 以 提供 相关 的 信息 (参见 图 5.8-12) 。 


> 在 和 迭代 边界 最 有 意义 

》 燃 尽 图 不 提供 特性 交付 或 不 
交付 的 信息 。 由 特性 的 进展 
报告 提供 该 信息 
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图 5.8-16 一 列 火车 的 PI 燃 尽 图 


累积 流 图 
累积 流 图 (CFD) 由 一 系列 表示 不 同 进展 阶段 的 工作 量 的 线条 或 区 域 组 成 。 例 如 ， 在 软件 开发 中 ， 开 发 一 个 特性 的 典型 步骤 


STAN 


eB. 
7E. 


+ 待 办 事项 列表 


. 执行 


- 已 完成 
如 图 5.8-17 所 示 ， 累 积 流 图 需要 每 天 对 开发 过 程 中 每 个 阶段 的 特性 数 进 行 统计 ， 并 在 图 表 中 进行 描 点 ， 然 后 把 这 些 点 连接 起 
来 。 
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图 5.8-17 PI 累积 流 图 示例 
敏捷 发 布 火车 自我 评估 


项 目 群 实施 是 SAFe 的 核心 价值 观 之 一 ， 所 以 敏捷 发 布 火车 (ART) 持续 努力 提高 其 绩效 。 团 队 可 以 在 PI 的 边界 或 任何 时 刻 
暂停 下 来 进行 自我 评估 ， 从 而 给 出 他 们 的 组 织 和 相应 的 实践 所 处 的 状态 。 


随 着 时 间 的 推 黎 ， 这 些 数 据 所 呈现 的 趋势 将 是 项 目 群 的 关键 绩效 指标 。 如 图 5.8-18 所 示 ， 给 出 了 一 个 自我 评估 的 结果 用 雷达 
图 呈现 的 示例 。 


计划 就 绪 


总 投资 组 合 发 布 
协调 一 臻 计划 会 议 


利益 相关 者 


| PI 执行 
参与 度 
As 
检视 和 PI 结果 
调整 
图 5.8-18 ART 自 我 评估 雷达 图 
团队 度量 
迭代 度量 


每 次 迭代 结束 时 ， 每 个 敏捷 团队 都 可 以 收集 任何 他 们 已 经 达成 一 致 的 迭代 度量 指标 。 这 些 活动 可 以 发 生 在 团队 回顾 会 的 定量 
评审 部 分 。 团 队 的 度量 指标 集合 ， 如 图 5.8-19 所 示 。 


计划 速度 


— 


cM i ain 

缺陷 数量 

新 测试 用 例 数量 

新 自动 化 测试 用 例 数量 
测试 用 例 总 数 
自动 化 测试 百分比 (%) 
重 构 的 数量 


图 5.8-19 团队 的 迭代 度量 指标 的 图 表 


团队 看 板 


团队 看 板 的 演进 过 程 是 迭代 式 的 。 先 定义 初始 流程 步骤 (例如: 定义- 分析 -评审 -构建 -集成 -测试 等 ) 和 在 制品 (WIP) BR 
制 ， 然 后 实施 一 段 时 间 ， 团 队 的 瓶颈 应 该 会 浮现 出 来 。 如 果 没有 ， 团 队 可 以 细 化 状态 或 进一步 减少 WIP， 直 到 有 某 个 状态 明显 地 
变 成 “饥饿 ”状态 或 者 任务 过 满 ， 这 样 有 助 于 团队 进行 调整 ， 呈 现 出 更 加 优化 的 流动 。 


随 着 假设 逐渐 得 到 验证 ， 就 可 以 调整 WIP 限 制 ， 也 可 以 对 步骤 进行 一 些 合并 、 拆 分 或 重新 定义 。 图 5.8-20 显 示 了 一 个 团队 看 
板 在 其 目前 的 WIP 限 制 (上 排 的 数字 ) F, DAML SHRM. 


团队 的 PI 绩效 报告 


在 PI 系 统 演示 过 程 中 ， 业 务 负责 人 、 客 户 、 敏 捷 团 队 和 其 他 利益 相关 者 协同 工作 ， 来 评估 每 个 团队 的 PI 目 标 所 达到 的 实际 业 
务 价值 ， 如 图 5.8-21 所 示 。 


可 靠 的 火车 一 般 应 实现 工作 内 容 范 围 的 80% ~ 100%， 从 而 使 业务 部 门 和 外 部 利益 相关 者 可 以 有 效 地 进行 计划 。 下 面 是 有 关 


可 行 性 报告 的 一 些 重要 的 注意 事项 : 


ag 6 4 2 8 6 
团队 待 办 


事项 列表 


集成 和 测试 ”已 接收 


! 根据 从 拉动 进入 待 办 事项 列表 到 已 接收 的 工作 点 数 ， 
度量 平均 的 WIP 和 持续 时 间 
图 5.8-20 团队 最 初 的 看 板 
1. 计 划 的 业务 价值 (BV) 不 包括 延伸 性 目标 ， 从 而 可 以 保证 火车 的 可 靠 性 。 
2. 实 际 的 业务 价值 (Actual BV) 包括 了 延伸 性 目标 。 
3. 完 成 率 % 通 过 实际 业务 价值 除 以 计划 业务 价值 计算 得 出 (Actual BV/Planned BV) 。 
4. 一 个 团队 可 以 实现 大 于 100% 的 进展 比例 〈 达 成 延伸 性 目标 的 结果 ) 。 
5. 延 伸 性 目标 所 需 的 工作 量 包 括 在 迭代 计划 的 工作 中 〈 即 这 些 工作 不 是 团队 在 周末 做 的 额外 工作 ) 。 
6. 各 个 团队 的 度量 指标 汇总 成 项 目 群 的 可 预测 性 度量 指标 (参见 图 5.8-14) 。 


项 目 群 
预测 度量 


目标 
— 模仿 声音 的 概念 验证 
— 帮助 进行 雷达 的 概念 验证 
- 决定 购买 /制造 引擎 声音 


一 一 延伸 性 目标 一 


一 真实 声音 概念 验证 


总 计 


完成 率 : 94% 


图 5.8-21 团队 的 PI 绩效 报告 


团队 自我 评估 


敏捷 团队 不 断 评估 并 改进 他 们 的 流程 。 通 常 采用 一 个 结构 化 的 、 定 期 的 自我 评估 来 完成 。 团 队 可 以 有 时 间 来 反思 并 讨论 可 以 
采取 哪些 实践 来 提升 团队 的 产 出 ， 可 以 执行 一 个 简单 的 SAFe 团 队 实践 评估 ， 当 团队 完成 了 评估 ， 会 自动 生成 一 个 雷达 图 ， 如 图 
5.8-22 所 示 ， 显 示 出 相对 的 优势 和 劣势 。 
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的 健康 情况 


技术 的 
HERETO 


团队 的 迭代 的 
健康 情况 健康 情况 


图 5.8-22 SAFe 团 队 自 我 评估 雷达 图 
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Proxy Error 


The proxy server received an invalid response from an upstream server. 
The proxy server could not handle the request GET /resource/readBook. 


Reason: Error reading from remote server 


5.10 ”发布 


经 常 地 交付 可 工作 的 软件 ， 相 隔 几 星期 或 一 两 个 月 ， 倾 向 于 采取 较 短 的 周期 。 
一 一 敏捷 宣言 


创作 的 过 程 实际 上 包含 三 个 部 分 。 首 先是 灵感 ， 其 次 是 执行 ， 最 后 是 发 布 。 


ju 


摘要 


精益 开发 的 目标 是 频繁 地 、 增 量 式 地 交付 有 价值 的 、 可 工作 的 ， 以 及 全 面 测试 过 的 解决 方案 。 这 是 通过 一 系列 价值 发 布 实现 
的 ， 其 中 每 一 次 发 布 都 是 已 经 被 验证 和 被 证 实 的 最 终 应 用 效果 ， 并 伴随 必要 的 文档 以 确保 其 成 功 实施 应 用 。 实 现 这 些 需要 更 精益 
的 软件 和 工程 实践 ， 以 及 更 多 持续 的 验证 和 确认 。 此 外 ， 一 些 产 品 上 线 以 及 上 线 前 的 验证 、 文 档 以 及 支持 活动 通常 是 成 功 发 布 到 
生产 环境 ， 或 直接 发 布 给 最 终 用 户 的 必要 过 程 。 


更 频繁 地 发 布 价值 


每 次 发 布 都 为 客户 提供 更 多 的 价值 。 然 而 ， 一 些 创 意 、 设 想 以 及 解决 方案 的 方方面面 ， 只 有 在 发 布 到 客户 环境 时 才能 得 到 完 
全 的 验证 。 在 这 种 情况 下 ， 关 于 有 效 性 、 部 署 能 力 、 可 用 性 的 真正 有 意义 的 反馈 ， 只 能 在 开发 环境 中 被 部 分 验证 。 因 此 ， 更 频繁 
的 发 布 成 为 精益 - 敏捷 企业 的 目标 之 一 。 


对 许多 企业 而 言 ， 发 布 的 过 程 非常 类 似 。 一 个 系统 可 能 在 一 次 单一 事件 中 发 布 到 生产 环境 ， 或 是 客户 环境 中 。 然 而 ， 顾 名 思 
义 ， 复 杂 的 解决 方案 的 发 布 过 程 会 更 加 复杂 ， 不 同 的 系统 可 能 会 在 不 同 的 阶段 进行 发 布 。 


优化 整体 价值 交付 意味 着 每 个 系统 都 需 有 它 自己 的 交付 节奏 。 


正如 “ 巴 哈 赛 车 ”的 案例 ， 赛 车 手 所 使 用 的 应 用 软件 的 更 新 可 能 是 每 两 周 、 每 天 ， 或 是 按 需 交付 ， 客 户 和 用 户 由 此 可 以 从 快 
速 增 量 交付 中 获 益 。 车 辆 控制 系统 也 许可 以 接受 临时 的 空中 激活 (OTA) 软件 更 新 ， 但 在 部 署 前 它 很 可 能 需要 一 些 必要 的 、 离 
线 的、 最 终 用 户 的 验证 ， 因 此 也 需要 进行 一 些 批 处 理 和 测试 。 子 系统 可 能 会 基于 上 下 文 环境 、 问 题 和 机 会 以 一 定 的 节奏 或 是 临时 
性 地 进行 发 布 ， 以 提高 可 靠 性 或 是 用 户 体验 的 某 些 方面 。 最 后 ， 保 障 一 个 新 的 拥有 更 新 固件 和 硬件 的 动力 平台 只 需要 按 年 度 发 布 
安装 到 车 辆 上 即 可 。 图 5.10-1， 阐 述 了 这 个 例子 。 


动力 平台 p 


车 辆 控制 。 哪 gy gy P yg 8B 
玩家 入 口 S 99 F FS BF FG Sees Ə 
a a a a a 


图 5.10-1 解决 方案 中 不 同 的 元 素 可 能 有 不 同 的 交付 节奏 


按 节奏 开发 ， 随 时 发 布 


鉴于 这 些 机 会 和 约束 ， 发 布 不 需要 和 开发 保持 一 致 的 节奏 。 按 节奏 开发 ， 随 时 发 布 ( 见 4.19 节 ) ， 支 持 对 变异 性 的 同步 、 校 
准 和 管理 ， 以 及 对 开发 速度 的 预测 。 交 付 可 以 在 任何 业务 需要 的 时 刻 进 行 。 然 而 ， 很 多 企业 发 现 将 涉及 解决 方案 的 某 些 方面 或 是 
所 有 方面 的 交付 ， 在 项 目 群 增 量 (PI) 的 边界 上 进行 发 布 ， 非 常 便 捷 有 效 。 在 这 些 情况 下 ， 开 发 的 节奏 和 交付 的 节奏 可 以 保持 一 
致 ， 这 样 也 会 有 许多 相关 益处 。 


发 布 的 构建 
为 大 规模 系统 的 发 布 和 应 用 而 准备 的 构建 过 程 ， 是 一 个 最 容易 按 阶 段 考虑 的 过 程 ， 如 图 5.10-2 所 示 。 


发 布 : 额外 的 活动 ， 包 


含 系统 验证 , 文档 化 等 eee 
z 解决 方案 增 量 ; 敏捷 发 
joa cc 布 火 车 的 资产 价值 集成 、 l 
eevee /人 和 伍 :个 EAT 
nd 测试 ， 并 在 解决 方案 演示 ai le 
iE Tes iis et E 会 上 进行 演示 
i 系统 增 量 : 团队 待 办 事项 
列表 中 内 容 的 完成 、 集 成 ，…… 至 少 每 个 迭代 进行 


并 在 系统 演示 会 上 进行 演示 


团队 增 量 : 团队 完成 迭代 
待 办 事项 列表 中 的 故事 ， 并 ……… 至 少 每 个 迭代 进行 
在 团队 演示 会 上 进行 演示 


图 5.10-2 ”构建 一 个 可 发 布 的 解决 方案 


团队 增 量 


首先 ， 这 个 过 程 中 的 第 一 步 是 ， 敏 捷 发 布 火车 上 的 每 个 敏捷 团队 都 专注 于 确保 为 其 所 负责 的 故事 和 组 件 ， 交 付出 一 个 可 工作 
的 增 量 ， 希 望 这 一 步 是 持续 的 。 团 队 开展 以 下 活动 : 


从 团队 待 办 事项 列表 中 选取 并 完成 用 户 故 事 ， 确 保 每 一 个 都 符合 完成 定义 (DoD) © 
. 尽 可 能 应 用 桂 续集 成 实践 和 自动 化 测试 ， 从 而 监控 和 可 视 化 进展 情况 。 
系统 增 量 


团队 每 两 周 创建 一 个 系统 增 量 ， 包 括 一 系列 集成 的 新 功能 ， 这 是 当前 迭代 和 过 往返 代 中 由 所 有 发 布 火车 团队 完成 的 所 有 团队 
待 办 事项 的 总 和 。 每 个 系统 增 量 都 是 系统 演示 会 议 的 重点 演示 内 容 。 通 过 这 种 方式 ， 用 户 故事 和 新 功能 被 逐渐 添加 到 系统 中 ， 通 


常 是 每 个 项 目 群 增 量 会 增加 一 些 相 应 内 容 。 


对 那些 增 量 内 完成 的 特性 ， 必 须 满足 功能 特性 的 接收 标准 。 然 而 ， 一 些 特性 可 能 仍然 处 在 开发 中 ， 因 此 当前 增 量 可 能 包含 系 
统 的 一 部 分 功能 ， 不 一 定 是 全 部 。 为 确保 所 有 的 功能 的 一 致 性 ， 敏 捷 火 车 通常 在 系统 团队 的 帮助 下 执行 关键 场景 和 非 功能 性 需求 
方面 的 验证 和 确认 。 


每 个 系统 增 量 通常 都 是 多 个 团队 产 出 的 工作 成 果 ， 需 要 进行 集成 ， 如 上 所 述 。 然 而 ， 在 某 些 情况 下 ， 特 别 是 当 解 决 方案 功能 
涉及 硬件 组 件 时 ， 对 所 有 项 目 系统 的 全 面 集成 意味 着 高 额 的 事务 成 本 (装配 、 配 置 、 测 试 等 ) 。 在 这 些 情况 下 ， 如 何在 工作 量 和 
集成 频次 之 间 进 行 平衡 就 变 得 非常 重要 了 。 


虽然 有 时 系统 增 量 的 完成 定义 (DoD) 可 能 会 放宽 ， 人 允许 没 有 全 面 的 集成 ， 从 而 获得 更 迅速 的 反馈 ,但 这 不 应 是 放弃 频繁 
集成 和 测试 的 借口 。 系 统 增 量 是 敏捷 发 布 火车 进展 情况 的 首要 度量 指标 (每 一 次 系统 增 量 都 是 学 习 里 程 碑 ) ， 对 于 系统 开发 团队 
而 言 ， 简 单 地 说 ， 如 果 没 有 一 定 频率 的 增 量 ， 就 意味 着 无 法 知晓 系统 的 进展 情况 。 


在 项 目 群 增 量 (PI) 的 边界 ， 每 列 敏捷 发 布 火车 在 检视 和 调整 工作 坊 中 ， 会 最 终 演示 在 整个 Pl 过 程 中 开发 的 特性 。 
解决 方案 增 量 


在 包含 多 个 火车 的 价值 流 中 ， 一 列 敏 捷 发 布 火车 通常 只 建立 一 部 分 解决 方案 ， 可 能 是 一 组 子 系统 ， 或 是 一 些 解决 方案 能 
又 或 是 其 子 系统 和 能 力 的 组 合 。 因 此 ， 整 体 解决 方案 开发 工作 的 真实 进展 情况 的 客观 评估 ， 只 能 基于 包含 由 敏捷 发 布 火 车 协同 交 
付 的 功能 和 非 功 能 性 需求 的 解决 方案 增 量 来 进行 ， 而 这 些 功能 和 非 功 能 性 需求 都 是 经 过 了 集成 、 验 证， 而 且 是 满足 客户 要 求 的 。 
解决 方案 增 量 将 所 有 的 增 量 都 汇集 到 一 个 可 工作 的 系统 中 ， 是 解决 方案 演示 会 议 中 最 重要 的 演示 内 容 。 


完整 的 系统 集成 过 程 可 能 需要 项 目 群 和 价值 流 层 中 系统 团队 的 协助 。 事 实 上 ， 这 也 是 系统 团队 之 所 以 存在 的 主要 原因 。 
SAFe 中 建议 ， 解 决 方案 增 量 相对 于 系统 增 量 和 团队 增 量 而 言 ， 不 必 那 么 频繁 ， 在 PI 边 界 加 以 重点 关注 即 可 。 在 大 型 系统 中 ， 尤 
其 是 那些 硬件 组 件 和 软件 组 件 混合 的 系统 中 ， 事 务 处 理 成 本 相当 高 ， 因 此 也 意味 着 解决 方案 增 量 出 现 的 频次 可 以 相对 较 低 。 


有 些 时 候 ， 这 项 工作 的 大 部 分 内 容 是 在 创新 与 计划 (IP) 迭代 中 进行 的 ， 比 如 人 员 的 可 用 性 ， 供 应 商 子 系统 和 组 件 ， 特 殊 技 
能 和 设备 ， 以 及 其 他 资源 的 使 用 等 ， 都 可 以 作为 完成 解决 方案 增 量 的 重要 任务 。 但 另 一 些 时 候 也 会 有 所 不 同 ， 如 果 企业 想 更 好 地 
了 解 PI 内 部 的 进展 情况 ， 它 可 能 会 选择 以 一 个 更 频繁 的 速度 产生 解决 方案 增 量 。 在 这 种 情况 下 ， 解 决 方案 级 的 集成 工作 可 能 会 被 
分 散在 PI 内 的 多 个 迭代 中 ， 而 不 仅仅 是 集中 在 IP 迭 代 中 。 这 就 需要 将 系统 演示 作为 验证 进展 情况 的 重要 方式 。 


发 布 


基于 这 种 方式 ， 故 事 、 特 性 、 能 力 和 非 功能 性 需求 逐个 进行 交付 ， 直 至 最 终 达 成 发 布 目标 。 然 而 ， 在 所 有 新 功能 真正 发 布 给 
客户 之 前 ， 通 常 需要 一 些 最 终 的 活动 ， 包 括 解决 方案 验证 和 确认 ， 文 档 化 ， 以 及 支持 活动 。 


发 布 过 程 也 可 能 涉及 将 解决 方案 资产 移交 到 另 一 个 业务 单元 ， 甚 至 移交 到 为 实际 用 户 发 布 负责 的 另 一 个 不 同 的 组 织 。 例 如 ， 
可 以 将 系统 以 设计 的 形式 ， 发 布 到 最 终 的 实际 制造 厂商 那里 。 


在 另外 一 些 情况 下 ， 解 决 方案 可 以 被 发 布 ， 但 是 交付 过 程 需要 相当 大 的 工作 量 及 其 自身 的 相关 工作 (例如 ， 为 了 得 到 使 用 ， 


卫星 需要 被 送 入 轨道 ) 。 不 论 何 种 情况 ， 发 布 过 程 通常 都 会 伴随 可 能 阻碍 整个 项 目 群 成 功 的 显著 风险 (例如 ， 一 个 新 的 动力 平台 
制造 成 本 太 昂 贵 ， 或 者 是 发 射 对 卫星 造成 了 太 多 的 震动 偏 移 ) 。 


防止 发 布 问题 的 最 佳 办 法 是 : 

a) 在 设计 解决 方案 和 流程 时 ， 始 终 考虑 “发 布 的 能 力 ” 

b) 尽 可 能 更 早 和 更 频繁 地 验证 假设 

为 了 做 到 a， 需 要 经 济 框架 、 价 值 流 看 板 以 及 其 余 一 些 决策 工具 必须 反映 关键 的 发 布 关注 点 。 系 统 自身 也 需要 满足 那些 在 一 


定 程 度 上 反映 了 发 布 约束 的 非 功能 性 需求 。PI 计 划 会 议和 PI 计 划 前 、 后 会 议 ， 是 大 家 对 解决 方案 发 布 各 个 方面 发 表意 见 的 最 好 时 
机 ， 这 些 会 议 有 助 于 火车 和 团队 更 好 地 理解 构建 可 发 布 的 增 量 。 


为 了 满足 b， 需 要 一 个 频繁 验证 和 反馈 的 模型 。 在 一 些 情况 下 ， 更 频繁 地 对 外 发 布 是 非常 有 用 的 。 另 外 一 些 情况 ， 当 频繁 发 
布 不 可 行 、 太 昂贵 ， 或 是 有 其 他 约束 时 ， 这 类 验证 需要 在 解决 方案 增 量 层面 进行 ， 至 少 在 每 个 PI 中 进行 ， 而 且 可 能 需要 特殊 的 流 
程 和 基础 设施 ， 通 过 部 分 或 全 面 模拟 来 验证 其 发 布 能 力 。 创 新 与 计划 (IP) 办 代为 验证 和 反馈 提供 了 一 个 有 用 的 时 间 盒 。 


规模 化 的 完成 定义 (DoD) 


系统 功能 的 不 断 积 累 ， 解 决 方案 的 各 种 因素 的 持续 验证 和 确认 ， 以 及 最 终 的 解决 方案 都 综合 到 一 起 ， 都 可 以 在 一 份 规模 化 完 
成 定义 (DoD) 中 得 以 体现 。 表 5.10-1 是 一 个 示例 。 


表 5.10-1 SAFe 扩 展 完 成 定义 案例 


2 
敏捷 发 布 火车 中 的 所 有 | 所 有 火车 完成 能 力 ， 并 | 完成 所 有 能 力 ， 并 满足 
团队 完成 故事 并 集成 满足 接收 标准 接收 标准 
完成 端 到 端 集成 及 解决 
案 的 验证 和 确认 


团队 增 


Wo 


故事 满足 接收 条 件 

通过 接收 测试 ( 尽 可 能 
自动 化 ) 

编写 单元 测试 和 组 件 测试 ， 
PUT. ALA BVT 系统 


完成 特性 ， 满 足 接收 标准 | “在 准 生 产 环境 中 部 署 安装 


ar 


满足 非 功能 性 需求 满足 非 功能 性 需求 完成 回归 测试 


完成 系统 端 到 端 集成 ， 


累积 通过 单元 测试 没有 必须 要 修复 的 缺陷 en A 满足 非 功能 性 需求 
验证 和 确认 
对 资产 价值 进行 版 本 控制 关键 场景 验证 和 确认 没有 必须 要 修复 的 缺陷 没有 必须 要 修复 的 缺陷 


包含 在 构建 定义 和 部 署 | 包含 在 构建 定义 和 部 署 / 
过 程 中 移交 的 过 程 中 
满足 非 功 能 性 需求 增 量 演示 ， 收 集 到 反馈 文档 更 新 完成 满足 所 有 标准 
Op ee van 解决 方案 展示 ， 收 集 到 | 由 解决 方案 及 发 布 管理 
没有 必须 修复 的 缺陷 由 产品 管理 者 接收 ms ‘ eae 
Fz tnt 部 门 批准 通过 


由 产品 负责 人 接收 故事 “| | 由 解决 方案 管理 者 接收 


发 布 文档 完成 


遵照 工程 标准 
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第 6 章 ”SAFe 价 值 流 层 


6.1 “价值 流 层 介绍 


在 项 目 和 实践 中 ， 当 价值 流 的 一 部 分 以 牺牲 其 他 部 分 为 代价 进行 优化 时 ; 或 者 当 价 值 流 中 的 组 成 部 分 不 匹配 时 (例如 ， 低 成 


本 低 质量 的 供应 商 和 高 端 客户 之 间 的 不 匹配 ) ， 往 往 会 导致 项 目 和 实践 的 失败 。 


一 一 艾 伦 C. 沃 德 


摘要 


价值 流 层 是 为 那些 大 型 和 复杂 方案 的 系统 构建 者 专门 设置 的 ， 这 些 方案 的 实现 通常 需要 多 个 ART 以 及 供应 商 的 共同 努力 。 在 
SAFe 4.0 中 ， 价 值 流 层 提供 了 一 些 新 的 内 容 。 价 值 流 层 是 针对 面临 巨大 系统 挑战 的 企业 而 设计 的 ， 这 样 的 企业 需要 构建 超大 型 
系统 ， 包 括 软件 、 硬 件 、 电 子 电器 、 光 学 、 机 械 、 流 体力 学 等 多 学 科 和 网 络 物理 系统 等 。 建 设 这 样 的 系统 往往 需要 成 百 上 干 的 实 
践 者 以 及 内 、 外 部 供应 商 的 共同 协作 。 这 些 系统 往往 是 至 关 重 要 的 ， 解 决 方案 的 失败 ， 哪 怕 仅 仅 是 一 个 子 系统 的 失败 ， 都 将 带 来 
无 法 接受 的 经 济 代价 及 社会 影响 。 


这 是 一 件 严肃 的 事情 ， 然 而 传统 的 “阶段 -门限 ”方法 并 不 总 能 很 好 地 应 对 挑战 。 需 要 一 种 更 精益 更 敏捷 的 方法 来 实现 恰当 
的 经 济 收益 ， 同 时 兼顾 方案 的 有 效 性 和 安全 性 。SAFe 可 以 从 整体 上 来 解决 这 个 问题 ， 而 价值 流 层 聚 焦 于 解决 超大 型 系统 的 问 
题 ， 旨 在 帮助 定义 、 构 建 和 部 署 那些 世界 上 最 重要 的 系统 。 


在 SAFe 中 ， 价 值 流 层 是 可 选 的 。 如 果 企 业 构 建 的 系统 是 彼此 独立 的 ， 或 者 是 只 要 数 百 人 来 构建 的 系统 ， 那 就 不 需要 价值 流 
层 ， 企 业 可 以 选择 应 用 “全 景 图 ”的 “ 折 双 视图 ”， 也 就 是 SAFe 的 三 层 结构 。 然 而 ， 即 使 是 这 样 的 系统 ， 对 企业 来 讲 也 非常 重 
要 ， 在 SAFe 的 三 层 结 构 中 同样 可 以 使 用 价值 流 层 的 相关 内 容 。SAFe 毕 竟 是 一 个 框架 ， 企 业 需 要 根据 自己 的 情况 加 以 应 用 。 


然而 ， 价 值 流 层 的 主要 目的 是 描述 一 套 精益 -敏捷 方法 ， 从 而 帮助 系统 开发 进行 扩展 ， 以 应 对 定义 、 构 建 、 部 署 大 型 和 至 关 
重要 解决 方案 的 挑战 。 


以 精益 -敏捷 的 方式 建立 这 样 的 解决 方案 需要 一 些 额外 的 结构 、 工 件 和 协调 机 制 。 因 此 ， 这 一 层级 包含 一 个 经 济 框 架 ， 用 于 
为 价值 流 决策 提供 财务 边界 ; 包含 一 个 解决 方案 意图 库 ， 用 于 存放 意向 和 实际 的 解决 方案 行为 ， 包 合 一 个 解决 方案 上 下 文 ， 用 于 
描述 如 何 将 解决 方案 适用 于 部 署 环境 之 中 ;还 包含 相关 的 能 力 ， 用 于 描述 更 大 的 解决 方案 行为 。 


价值 流 层 与 项 目 群 层级 类 似 ， 也 是 围绕 PI 组 织 和 开展 工作 的 ，PI 可 以 将 价值 流 中 的 所 有 敏捷 发 布 火车 进行 同步 。 价 值 流 层 为 
多 个 ART 和 供应 商 提供 节奏 及 同步 ， 这 包含 PI 计 划 前 会 议 、PI 计 划 后 会 议 ， 以 及 解决 方案 演示 。 


价值 流 层 也 提供 了 额外 的 相关 角色 ， 其 中 包括 解决 方案 管理 者 ， 解 决 方案 架构 师 /工程 师 ， 以 及 价值 流 工程 师 。 


关键 角色 


与 项 目 群 层 级 的 “三 驾 马 车 ”相似 ,价值 流 层 也 有 它 自己 的 三 个 关键 角色 ， 用 以 协调 和 改进 价值 流 ， 如 图 6.1-1 所 示 。 
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解决 方案 解决 方案 


图 6.1-1 “ERIE” : 价值 流 工程 师 、 解 决 方案 架构 师 / 工 程 师 以 及 方案 管理 者 


执行 和 改进 一 一 价值 流 工程 师 是 价值 流 中 的 仆人 式 领 导 。 他 负责 价值 流 的 平稳 运行 ， 以 及 发 现 并 解决 整体 价值 流 中 的 瓶颈 
问题 。 他 负责 引导 价值 流 层 的 会 议 ， 以 及 监控 价值 流 看 板 并 通过 相应 度量 指标 确保 价值 流 健康 运行 。 


内 容 管理 一 一 解决 方案 管理 者 代表 客户 需求 和 投资 组 合 愿景 的 战略 主题 。 他 们 同 ART 的 产品 管理 者 协同 工作 ， 对 能 力 进行 定 
义 并 将 它们 分 解 成 特性 。 他 们 负责 通过 加 权 最 短 作业 优先 (WSJF) 的 方法 管理 价值 流产 品 待 办 事项 列表 及 其 按 优先 级 排序 ， 同 
时 他 们 负责 创建 经 济 框架 来 管理 ART 和 敏捷 团队 的 决策 过 程 。 


技术 卓越 一 解决 方案 架构 师 /工程 师 是 一 支 负 责 定义 总 体 架构 的 团队 ， 总 体 架 构 将 不 同 ART 的 解决 方案 连接 起 来 。 他 们 也 
同系 统 架 构 师 /工程 师 团队 一 起 工作 ， 以 帮助 指导 在 ART 中 开发 出 的 架构 。 


定义 解决 方案 


解决 方案 行为 和 决策 在 解决 方案 意图 中 进行 管理 ， 解 决 方案 意图 既是 事实 的 单一 来 源 ， 也 是 需求 从 可 变 到 确定 进行 转化 的 存 
储 容器 。 除 了 出 现在 跨 层级 面板 中 的 愿景 和 路 线 图 以 外 ， 解 决 方案 意图 的 开发 以 自 适 应 的 方式 进行 ， 可 以 由 以 下 三 种 额外 的 实践 
进行 支持 : 


1. 基 于 模型 的 系统 工程 (MBSE) 一 一 描述 涌现 式 的 需求 和 设计 是 如 何在 更 灵活 、 更 方便 的 模型 中 进行 开 友 、 记 录 和 维护 
的 。 

2. 基 于 集合 的 设计 一 一 是 一 些 相关 的 实践 ， 用 于 支持 保留 选项 ， 并 支持 需求 随 着 时 间 推 移 从 可 变 到 确定 的 转化 ， 同 时 延迟 决 
策 到 最 后 责任 时 刻 。 


3. 敏 捷 架 构 一 一 支撑 涌现 式 设计 和 规划 架构 之 间 的 平衡 ， 其 中 涌现 式 设计 是 由 敏捷 团队 根据 及 时 生产 制 进行 构建 的 ， 而 规划 
架构 是 由 资深 技术 领导 和 团队 合作 共同 创建 的 。 


构建 解决 方案 
解决 方案 是 价值 流 层 的 主要 组 成 部 分 ， 也 是 价值 流 的 主题 。 虽 然 解决 方案 也 会 存在 于 SAFe 三 层 架构 中 的 项 目 群 层级 ， 但 在 
价值 流 层 上 描述 了 额外 的 实践 和 细节 。 


解决 方案 通常 会 按照 解决 方案 意图 中 描述 的 那样 进行 执行 ， 但 它们 有 时 会 出 现在 更 大 型 解决 方案 的 上 下 文中 ， 这 种 上 下 文 描 
述 了 已 部 署 的 解决 方案 运行 的 环境 。 解 决 方案 的 创建 是 为 了 满足 客户 的 需要 ， 它 是 由 一 些 能 力 和 使 能 组 成 的 ， 这 些 能 力 和 使 能 
来 实现 价值 流 愿景 和 路 线路 。 

能 力 是 通过 价值 流 看 板 系统 进行 管理 的 。 在 能 力 进入 价值 流 待 办 事项 列表 之 前 ， 首 先 利 用 看 板 系统 进行 验证 ， 确 保 对 能 力 进 
行 评 估 和 分 析 ， 并 进行 优先 级 排序 。 同 时 ， 看 板 系统 也 作为 一 种 聚焦 机 制 ， 通 过 限制 在 制品 以 保持 所 有 ART 同 步 进行 ， 并 且 确 保 
具备 同时 交付 相应 能 力 的 水 平 。 更 大 的 举措 将 以 方案 史诗 来 管理 ， 史 诗 在 分 析 过 程 中 被 分 解 成 能 力 。 


在 许多 情况 下 ， 大 型 的 解决 方案 需要 很 多 供应 商 来 为 价值 流 开 发 组 件 、 子 系统 或 能 力 。 这 些 供应 商 参 与 价值 流 层 的 会 议 。 


协调 多 个 ART 


价值 流 层 的 另 一 个 功能 是 ， 处 理 在 交付 同一 解决 方案 时 多 个 ART 之 间 的 协调 工作 。 为 了 能 支持 这 一 点 ， 价 值 流 中 的 所 有 ART 
遵循 相同 的 PI 节 奏 ， 以 同步 的 迭代 促进 多 个 ART 之 间 的 协作 ， 乃 至 供应 商 之 间 的 合作 。 

在 每 个 PI 的 开始 阶段 ， 在 同一 时 刻 进行 对 所 有 ART 的 计划 。 在 PI 计划 会 议 上 ， 所 有 ART 自 己 完成 计划 ， 但 为 了 对 齐 并 创建 一 
个 跨 所 有 ART 的 统一 计划 ， 同 时 管理 它们 之 间 的 依赖 关系 ， 就 需要 举行 PI 计划 前 和 PI 计划 后 的 会 议 ， 最 终 汇 聚 形成 可 以 向 利益 相 
关 者 传达 的 价值 流 PI 目 标 。 


在 每 个 PI 的 结束 阶段 (也 是 进入 下 一 个 Pl 之 前 的 时 刻 ) ， 会 进行 解决 方案 演示 。 这 是 一 个 重要 的 会 议 , 价值 流 把 所 有 ART 和 
供应 商 的 工作 成 果 作 为 一 个 集成 解决 方案 演示 给 来 自 投资 组 合 和 其 他 价值 流 的 客户 与 利益 相关 者 。 在 演示 之 后 ， 举 行 一 个 检视 和 
调整 工作 坊 ， 以 改善 整体 价值 流 的 运行 流程 。 


在 SAFe 三 层 结构 中 使 用 价值 流 的 内 容 


如 前 所 述 ， 有 些 价 值 流 层 的 组 成 部 分 与 那些 需要 通过 多 个 ART 实 现 的 大 型 价值 流 非常 相关 ， 然 而 也 有 可 能 会 和 SAFe 三 层 结 


构 环境 中 的 ART 较 为 相关 。 这 些 组 成 部 分 包含 : 解决 方案 意图 和 相关 实践 ， 通 常 它们 都 是 在 构建 高 可 靠 性 系统 时 非常 有 必要 的 ; 
解决 方案 上 下 文 、 经 济 框架 以 及 与 供应 商 合 作 的 工作 指导 ， 它 们 也 可 能 是 相关 的 。 虽 然 价值 流 层 的 内 容 不 会 “降级 ”到 SAFe 三 
层 结 构 的 “ 折 芭 视图 ” (客户 和 方案 的 实施 方式 ) 的 项 目 群 层 级 ， 但 它们 仍然 是 相关 的 ， 项 目 群 可 以 也 应 该 在 需要 的 时 候 使 用 这 


些 内 容 。 


第 6 章 ”SAFe 价 值 流 层 


在 项 目 和 实践 中 ， 当 价值 流 的 一 部 分 以 牺牲 其 他 部 分 为 代价 进行 优化 时 ; 或 者 当 价 值 流 中 的 组 成 部 分 不 匹配 时 (例如 ， 低 成 
本 低 质量 的 供应 商 和 高 端 客 户 之 间 的 不 匹配 ) ， 往 往 会 导致 项 目 和 实践 的 失败 。 
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摘要 


价值 流 层 是 为 那些 大 型 和 复杂 方案 的 系统 构建 者 专门 设置 的 ， 这 些 方案 的 实现 通常 需要 多 个 ART 以 及 供应 商 的 共同 努力 。 在 
SAFe 4.0 中 ， 价 值 流 层 提供 了 一 些 新 的 内 容 。 价 值 流 层 是 针对 面临 巨大 系统 挑战 的 企业 而 设计 的 ， 这 样 的 企业 需要 构建 超大 型 
系统 ， 包 括 软件 、 硬 件 、 电 子 电器 、 光 学 、 机 械 、 流 体力 学 等 多 学 科 和 网 络 物理 系统 等 。 建 设 这 样 的 系统 往往 需要 成 百 上 干 的 实 
践 者 以 及 内 、 外 部 供应 商 的 共同 协作 。 这 些 系统 往往 是 至 关 重 要 的 ， 解 决 方案 的 失败 ， 哪 怕 仅 仅 是 一 个 子 系统 的 失败 ， 都 将 带 来 
无 法 接受 的 经 济 代价 及 社会 影响 。 


这 是 一 件 严肃 的 事情 ， 然 而 传统 的 “阶段 -门限 ”方法 并 不 总 能 很 好 地 应 对 挑战 。 需 要 一 种 更 精益 更 敏捷 的 方法 来 实现 恰当 
的 经 济 收益 ， 同 时 兼顾 方案 的 有 效 性 和 安全 性 。SAFe 可 以 从 整体 上 来 解决 这 个 问题 ， 而 价值 流 层 聚 焦 于 解决 超大 型 系统 的 问 
题 ， 旨 在 帮助 定义 、 构 建 和 部 署 那些 世界 上 最 重要 的 系统 。 


在 SAFe 中 ， 价 值 流 层 是 可 选 的 。 如 果 企 业 构建 的 系统 是 彼此 独立 的 ， 或 者 是 只 要 数 百人 来 构建 的 系统 ， 那 就 不 需要 价值 流 
层 ， 企 业 可 以 选择 应 用 “全 景 图 ”的 “ 折 双 视图 ′”， 也 就 是 SAFe 的 三 层 结构 。 然 而 ， 即 使 是 这 样 的 系统 ， 对 企业 来 讲 也 非常 重 
要 ， 在 SAFe 的 三 层 结 构 中 同样 可 以 使 用 价值 流 层 的 相关 内 容 。SAFe 毕 竟 是 一 个 框架 ,企业 需要 根据 自己 的 情况 加 以 应 用 。 


然而 ， 价 值 流 层 的 主要 目的 是 描述 一 套 精益 -敏捷 方法 ， 从 而 帮助 系统 开发 进行 扩展 ， 以 应 对 定义 、 构 建 、 部 署 大 型 和 至 关 
重要 解决 方案 的 挑战 。 


以 精益 -敏捷 的 方式 建立 这 样 的 解决 方案 需要 一 些 额外 的 结构 、 工 件 和 协调 机 制 。 因 此 ， 这 一 层级 包含 一 个 经 济 框 架 ， 用 于 
为 价值 流 决策 提供 财务 边界 ; 包含 一 个 解决 方案 意图 库 ， 用 于 存放 意向 和 实际 的 解决 方案 行为 ， 包 合 一 个 解决 方案 上 下 文 ， 用 于 
描述 如 何 将 解决 方案 适用 于 部 署 环 境 之 中 ;还 包含 相关 的 能 力 ， 用 于 描述 更 大 的 解决 方案 行为 。 


价值 流 层 与 项 目 群 层级 类 似 ， 也 是 围绕 PI 组 织 和 开展 工作 的 ，PI 可 以 将 价值 流 中 的 所 有 敏捷 发 布 火车 进行 同步 。 价 值 流 层 为 
多 个 ART 和 供应 商 提供 节奏 及 同步 ， 这 包含 PI 计 划 前 会 议 、PI 计 划 后 会 议 ， 以 及 解决 方案 演示 。 


价值 流 层 也 提供 了 额外 的 相关 角色 ， 其 中 包括 解决 方案 管理 者 ， 解 决 方案 架构 师 /工程 师 ， 以 及 价值 流 工程 师 。 


关键 角色 


与 项 目 群 层 级 的 “三 驾 马 车 ”相似 ,价值 流 层 也 有 它 自己 的 三 个 关键 角色 ， 用 以 协调 和 改进 价值 流 ， 如 图 6.1-1 所 示 。 
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解决 方案 解决 方案 


图 6.1-1 “ERIE” : 价值 流 工程 师 、 解 决 方案 架构 师 / 工 程 师 以 及 方案 管理 者 


执行 和 改进 一 一 价值 流 工程 师 是 价值 流 中 的 仆人 式 领 导 。 他 负责 价值 流 的 平稳 运行 ， 以 及 发 现 并 解决 整体 价值 流 中 的 瓶颈 
问题 。 他 负责 引导 价值 流 层 的 会 议 ， 以 及 监控 价值 流 看 板 并 通过 相应 度量 指标 确保 价值 流 健康 运行 。 


内 容 管理 一 一 解决 方案 管理 者 代表 客户 需求 和 投资 组 合 愿景 的 战略 主题 。 他 们 同 ART 的 产品 管理 者 协同 工作 ， 对 能 力 进行 定 
义 并 将 它们 分 解 成 特性 。 他 们 负责 通过 加 权 最 短 作业 优先 (WSJF) 的 方法 管理 价值 流产 品 待 办 事项 列表 及 其 按 优先 级 排序 ， 同 
时 他 们 负责 创建 经 济 框架 来 管理 ART 和 敏捷 团队 的 决策 过 程 。 


技术 卓越 一 解决 方案 架构 师 /工程 师 是 一 支 负 责 定义 总 体 架构 的 团队 ， 总 体 架 构 将 不 同 ART 的 解决 方案 连接 起 来 。 他 们 也 
同系 统 架 构 师 /工程 师 团队 一 起 工作 ， 以 帮助 指导 在 ART 中 开发 出 的 架构 。 


定义 解决 方案 


解决 方案 行为 和 决策 在 解决 方案 意图 中 进行 管理 ， 解 决 方案 意图 既是 事实 的 单一 来 源 ， 也 是 需求 从 可 变 到 确定 进行 转化 的 存 
储 容器 。 除 了 出 现在 跨 层级 面板 中 的 愿景 和 路 线 图 以 外 ， 解 决 方案 意图 的 开发 以 自 适 应 的 方式 进行 ， 可 以 由 以 下 三 种 额外 的 实践 
进行 支持 : 


1. 基 于 模型 的 系统 工程 (MBSE) 一 一 描述 涌现 式 的 需求 和 设计 是 如 何在 更 灵活 、 更 方便 的 模型 中 进行 开 友 、 记 录 和 维护 
的 。 

2. 基 于 集合 的 设计 一 一 是 一 些 相关 的 实践 ， 用 于 支持 保留 选项 ， 并 支持 需求 随 着 时 间 推 移 从 可 变 到 确定 的 转化 ， 同 时 延迟 决 
策 到 最 后 责任 时 刻 。 


3. 敏 捷 架 构 一 一 支撑 涌现 式 设计 和 规划 架构 之 间 的 平衡 ， 其 中 涌现 式 设计 是 由 敏捷 团队 根据 及 时 生产 制 进行 构建 的 ， 而 规划 
架构 是 由 资深 技术 领导 和 团队 合作 共同 创建 的 。 


构建 解决 方案 
解决 方案 是 价值 流 层 的 主要 组 成 部 分 ， 也 是 价值 流 的 主题 。 虽 然 解决 方案 也 会 存在 于 SAFe 三 层 架构 中 的 项 目 群 层级 ， 但 在 
价值 流 层 上 描述 了 额外 的 实践 和 细节 。 


解决 方案 通常 会 按照 解决 方案 意图 中 描述 的 那样 进行 执行 ， 但 它们 有 时 会 出 现在 更 大 型 解决 方案 的 上 下 文中 ， 这 种 上 下 文 描 
述 了 已 部 署 的 解决 方案 运行 的 环境 。 解 决 方案 的 创建 是 为 了 满足 客户 的 需要 ， 它 是 由 一 些 能 力 和 使 能 组 成 的 ， 这 些 能 力 和 使 能 
来 实现 价值 流 愿景 和 路 线路 。 

能 力 是 通过 价值 流 看 板 系统 进行 管理 的 。 在 能 力 进入 价值 流 待 办 事项 列表 之 前 ， 首 先 利 用 看 板 系统 进行 验证 ， 确 保 对 能 力 进 
行 评 估 和 分 析 ， 并 进行 优先 级 排序 。 同 时 ， 看 板 系统 也 作为 一 种 聚焦 机 制 ， 通 过 限制 在 制品 以 保持 所 有 ART 同 步 进行 ， 并 且 确 保 
具备 同时 交付 相应 能 力 的 水 平 。 更 大 的 举措 将 以 方案 史诗 来 管理 ， 史 诗 在 分 析 过 程 中 被 分 解 成 能 力 。 


在 许多 情况 下 ， 大 型 的 解决 方案 需要 很 多 供应 商 来 为 价值 流 开 发 组 件 、 子 系统 或 能 力 。 这 些 供应 商 参 与 价值 流 层 的 会 议 。 


协调 多 个 ART 


价值 流 层 的 另 一 个 功能 是 ， 处 理 在 交付 同一 解决 方案 时 多 个 ART 之 间 的 协调 工作 。 为 了 能 支持 这 一 点 ， 价 值 流 中 的 所 有 ART 
遵循 相同 的 PI 节 奏 ， 以 同步 的 迭代 促进 多 个 ART 之 间 的 协作 ， 乃 至 供应 商 之 间 的 合作 。 

在 每 个 PI 的 开始 阶段 ， 在 同一 时 刻 进行 对 所 有 ART 的 计划 。 在 PI 计划 会 议 上 ， 所 有 ART 自 己 完成 计划 ， 但 为 了 对 齐 并 创建 一 
个 跨 所 有 ART 的 统一 计划 ， 同 时 管理 它们 之 间 的 依赖 关系 ， 就 需要 举行 PI 计划 前 和 PI 计划 后 的 会 议 ， 最 终 汇 聚 形成 可 以 向 利益 相 
关 者 传达 的 价值 流 PI 目 标 。 


在 每 个 PI 的 结束 阶段 (也 是 进入 下 一 个 Pl 之 前 的 时 刻 ) ， 会 进行 解决 方案 演示 。 这 是 一 个 重要 的 会 议 , 价值 流 把 所 有 ART 和 
供应 商 的 工作 成 果 作 为 一 个 集成 解决 方案 演示 给 来 自 投资 组 合 和 其 他 价值 流 的 客户 与 利益 相关 者 。 在 演示 之 后 ， 举 行 一 个 检视 和 
调整 工作 坊 ， 以 改善 整体 价值 流 的 运行 流程 。 


在 SAFe 三 层 结构 中 使 用 价值 流 的 内 容 


如 前 所 述 ， 有 些 价 值 流 层 的 组 成 部 分 与 那些 需要 通过 多 个 ART 实 现 的 大 型 价值 流 非常 相关 ， 然 而 也 有 可 能 会 和 SAFe 三 层 结 


构 环境 中 的 ART 较 为 相关 。 这 些 组 成 部 分 包含 : 解决 方案 意图 和 相关 实践 ， 通 常 它们 都 是 在 构建 高 可 靠 性 系统 时 非常 有 必要 的 ; 
解决 方案 上 下 文 、 经 济 框架 以 及 与 供应 商 合作 的 工作 指导 ， 它 们 也 可 能 是 相关 的 。 虽 然 价值 流 层 的 内 容 不 会 “降级 ”到 SAFe 三 
层 结构 的 “ 折 老 视图 ” (客户 和 方案 的 实施 方式 ) 的 项 目 群 层 级 ， 但 它们 仍然 是 相关 的 ， 项 目 群 可 以 也 应 该 在 需要 的 时 候 使 用 这 


些 内 容 。 


6.2 ”价值 流 协 调 


两 个 船长 会 让 一 般 船 沉没 。 


一 一 土耳其 谤 语 


摘要 


价值 流 是 SAFe 中 最 基本 的 组 成 部 分 。 它 提供 了 一 个 焦点 ， 有 助 于 精益 -敏捷 企业 更 好 地 理解 从 概念 到 交付 的 价值 流动 。 随 着 
企业 更 深入 地 理解 各 种 各 样 的 流动 ， 他 们 就 能 够 集中 精力 ， 通 过 减少 浪费 、 不 必要 的 措施 和 延迟 来 围绕 价值 流 进行 组 织 ， 并 且 对 
其 进一步 优化 。 通 过 这 种 方式 ， 就 能 够 达到 可 持续 的 最 短 前 置 时 间 ， 并 且 还 可 以 不 断 缩 减 。 


因此 ， 在 组 织 价值 流 时 ， 做 到 最 大 程度 的 相互 独立 是 明智 之 举 。 然 而 ， 实 际 情况 中 在 价值 流 之 间 依 赖 关系 的 协调 是 非常 有 必 
要 的 。 甚 至 更 重要 的 是 ， 有 效 的 价值 流 协调 能 创造 出 一 个 与 众 不 同 、 无 可 匹敌 的 解决 方案 实施 。 为 此 ， 经 理 和 高 管 们 也 都 了 解 他 
们 各 自负 责 的 价值 流 存在 的 机 遇 及 挑战 ， 他 们 会 尽量 使 价值 流 在 适当 的 情况 下 保持 独立 性 ， 同 时 在 价值 流 之 间 进 行 协调 、 关 联 以 
适应 更 大 的 企业 目标 。 


当 这 些 都 协调 好 之 后 ， 企 业 就 可 以 提供 价值 流 自身 的 去 中 心 化 和 自治 一 一 产生 快速 、 独 立 和 顺畅 的 价值 交付 。 即 使 那些 由 
很 小 的 关联 所 产生 的 机 会 ， 也 可 以 被 有 效 地 利用 ， 从 而 让 价值 得 到 很 大 程度 的 提升 。 


在 SAFe 的 投资 组 合 层 中 ， 多 个 价值 流 得 到 呈现 、 投 资 和 指导 ， 从 而 实现 更 高 的 目标 。 它 提供 了 推导 出 公司 内 部 价值 流 的 一 
般 机 制 。 其 中 ， 最 重要 的 组 成 部 分 是 价值 流 本 身 ; 也 包括 业务 史诗 和 使 能 史诗 ， 为 企业 跨 领 域 业务 举措 充当 容器 的 角色 ; 同时 还 
包括 项 目 群 投资 组 合 管理 职能 ， 它 负责 为 每 个 价值 流 分 配 预 算 。 


通常 ,价值 流 大 都 互相 独立 。 例 如 ， 一 个 硬件 或 者 软件 公司 可 能 会 销售 大 量 产品 和 服务 ， 它 们 在 技术 上 基本 彼此 和 解 厢 。 然 
而 ， 它 们 之 间 可 能 会 存在 一 些 依赖 性 ， 但 是 我 们 往往 会 以 消极 的 态度 去 考虑 这 些 依赖 性 ， 系 统 思考 则 会 让 我 们 认识 到 价值 正 是 在 
这 些 依赖 之 间 流 动 。 


更 重要 的 是 ， 这 种 附加 价值 经 常 是 独特 和 差异 化 的 。 实 际 上 ， 通 过 这 种 依赖 性 ， 企 业 可 以 提供 一 个 集合 的 解决 方案 ， 这 种 方 
案 是 其 他 无 法 提供 等 价 集合 方案 的 企业 所 无 法 匹敌 的 ， 此 外 ， 企 业 还 可 以 掌握 独特 和 新 兴 的 能 力 ， 这 种 能 力 只 能 通过 协调 相互 依 
赖 的 价值 流 而 实现 。 为 了 能 做 到 这 一 点 ， 我 们 需要 对 投资 组 合 中 的 价值 流 协调 进行 更 深层 次 的 观察 ， 如 图 6.2-1 所 示 。 


价值 流 协调 的 主要 方面 如 下 文 所 述 。 


节奏 和 同步 


首先 ， 图 6.2-1 描 述 了 如 何 将 节奏 和 同步 的 原则 很 好 地 应 用 于 投资 组 合 层 ， 就 像 适用 于 价值 流 层 和 项 目 群 层 一 样 。 其 优点 基 
本 上 是 类 似 的 ， 即 可 以 让 日 常事 务 按 常 规 执行 一 一 从 而 降低 了 与 变更 相关 的 交易 成 本 ， 并 且 可 以 同步 多 个 价值 流 解 决 方案 开发 
的 各 个 方面 。 


共同 的 节奏 还 提供 了 机 会 和 任务 ， 即 投资 组 合 层 解决 方案 (通过 业务 史诗 ) 随 着 确定 的 计划 和 集成 点 及 时 地 向 前 发 展 ， 而 其 


中 的 每 一 个 集成 点 又 提供 了 对 开发 中 的 解决 方案 集合 进行 客观 评估 的 机 会 。 这 些 集成 点 ， 才 是 衡量 投资 组 合 速度 的 唯一 正确 的 指 
标 。 这 些 集成 点 越 频繁 ， 学 习 的 速度 就 越 快 ， 投 入 市 场 的 时 间 也 就 越 短 。 
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DevOps 支持 和 集成 支持 确保 集成 点 
图 6.2-1 ” 跨 价 值 流 协调 的 细节 
改 资 组 合 层 中 新 工作 的 注入 
图 6.2-1 前 述 了 另外 一 个 关键 点 : 投资 组 合 的 节奏 决定 了 投资 组 合 层 中 新 工作 注入 系统 的 速度 和 时 机 。 在 每 一 个 项 目 群 增 量 


的 执行 过 程 中 ,价值 流 和 敏捷 发 布 火车 都 必须 “低头 干 活 ”， 集 中 精力 完成 那个 PI 中 承诺 的 目标 。 很 明显 ， 如 果 新 工作 在 此 期 间 
注入 系统 ， 就 会 导致 严重 中 断 、 任 务 切换 、 重 新 对 齐 、 人 员 流 动 以 及 其 他 资源 流入 新 修订 的 目标 中 去 。 由 于 团队 明显 无 法 实现 之 
前 的 承诺 ， 并 且 增 加 了 新 的 和 计划 外 的 工作 ， 这 种 投资 组 合 的 节奏 为 引进 新 投资 组 合 工作 提供 了 节拍 器 ， 帮 助 项 目 群 实现 企业 所 
依赖 的 可 预测 性 。 


这 种 投资 组 合 节奏 同时 也 给 史诗 负责 人 及 其 他 通过 投资 组 合 看 板 系统 管理 史诗 的 人 员 提 供 了 常规 机 制 。 任 何 一 个 在 节奏 边界 
上 的 史诗 ， 如 果 没 有 做 好 准备 ， 即 使 资源 可 用 ， 也 不 能 对 其 进行 实现 ， 而 只 能 等 到 准备 好 为 止 。 这 种 由 节奏 提供 的 时 间 盒 的 管理 


技术 也 趋向 于 限制 在 制品 ， 在 制品 包括 那些 新 的 、 重 要 的 以 及 即将 被 注入 系统 的 工作 。 


为 支持 在 SAFe 最 高 层级 中 进行 协调 的 需要 ， 图 6.2-2 表 明了 三 种 主要 角色 ， 每 一 个 角色 都 与 项 目 群 层级 和 价值 流 层 的 角色 相 
对 应 。 
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图 6.2-2 “三 驾 马 车 ”: 项 目 群 管理 、 内 容 管理 和 企业 架构 师 
这 “三 驾 马 车 ”为 确保 投资 组 合 举措 的 成 功 执行 提供 了 三 个 基本 职能 : 


1. 项 目 群 管理 一 一 项 目 群 投资 组 合 管理 (PPM) 在 框架 中 具有 最 高 层级 的 管理 职能 ， 因 此 ， 一 名 项 目 群 经 理 或 者 在 帮助 团 
队 上 有 技巧 和 经 验 的 人 ， 能 够 可 靠 执行 战略 意图 。 这 个 角色 直接 与 出 现在 价值 流 层 的 价值 流 工 程 师 和 项 目 群 层级 的 发 布 火车 工程 
师 相对 应 。 


2. 解 决 方案 投资 组 合 管理 者 一 一 有 人 还 必须 将 那些 整合 的 投资 组 合 方案 引导 至 更 大 的 内 容 意图 。 这 些 职责 都 由 解决 方案 投资 
组 合 经 理 来 承担 。 这 个 角色 直接 与 价值 流 层 的 解决 方案 管理 者 和 项 目 群 层级 中 的 产品 管理 者 的 角色 相对 应 。 


3. 企 业 架构 师 一 一 与 价值 流 层 的 解决 方案 架构 师 和 项 目 群 层 的 系统 架构 师 一 样 ， 企 业 架 构 师 也 发 挥 类 似 的 作用 ， 在 这 种 情况 
下 ， 他 们 可 以 帮助 确保 共同 的 技术 基础 ， 定 义 跨 价值 流 的 用 例 ， 并 帮助 避免 不 必要 的 人 力 和 物力 重复 。 


为 支持 节奏 、 同 步 和 去 中 心 化 的 计划 ， 这 些 角色 以 及 其 他 投资 组 合 的 利益 相关 者 ， 也 会 参与 到 PI 计 划 前 和 PI 计 划 后 的 会 议 。 


股 资 组 合 路 线 图 


显然 ， 在 投资 组 合 这 个 层级 中 ， 意 图 计划 必须 非常 清晰 。 如 图 6.2-1 所 示 ， 投 资 组 合 路 线 图 是 一 个 有 用 的 工件 ， 它 强调 了 主 
要 以 史诗 形式 出 现 的 新 内 容 是 如 何 促成 该 意图 计划 的 。 除 此 之 外 ， 这 一 较 高 级 别 的 路 线 图 提供 了 整合 较 低级 别 路 线 图 的 各 个 方面 
及 其 相关 里 程 碑 的 机 会 ， 这 可 以 进入 到 一 个 更 全 面 的 视野 ， 从 而 也 适合 与 企业 利益 相关 者 交流 那些 更 大 的 场景 。 

部 署 和 发 布 


根据 价值 流 的 性 质 及 依赖 性 ， 集 成 价值 的 部 署 可 能 会 依赖 于 投资 组 合 层 的 有 效 DevOps 能 力 。 尽 管 DevOps 职 能 主要 体现 在 
项 目 群 层级 和 价值 流 层 上 ， 但 在 很 多 情况 下 ， 这 些 能 力 是 全 部 层级 所 需要 的 。 然 而 在 其 他 情况 下 ， 有 些 额外 的 投资 组 合 考虑 需要 
进行 特殊 处 理 ， 并 且 可 能 设 有 专门 的 团队 或 者 共享 服务 和 系统 团队 ， 帮 助 将 解决 方案 整合 到 一 个 投资 组 合 级 别 的 发 布 之 中 。 


6.3 经济 框 以 


采取 经 济 视角 。 


一 一 SAFe 原 则 #1 


摘要 


SAFe 的 第 一 个 精益 -敏捷 原则 就 是 采取 经 济 视角 来 考虑 问题 ， 它 强调 了 经 济 效益 在 成 功 的 解决 方案 研发 中 扮演 的 天 键 地 位 。 
在 2.1 节 中 进行 了 详细 阐述 ， 涉 及 采取 经 济 视角 、 尽 早 和 频繁 的 交付 ， 以 及 理解 其 他 的 经 济 权衡 参数 等 主要 方面 。 此 外 ，SAFe 原 
则 #9 也 涉及 经 济 效 益 的 视角 。 


在 本 节 中 ， 把 这 些 原 则 结合 在 一 起 阐述 了 经 济 框架 : 即 一 组 基于 价值 流 或 项 目 群 的 决策 规则 ， 可 以 让 所 有 员工 在 企业 使 命 和 
财务 约束 等 方面 保持 协调 一 致 ， 这 些 财务 约束 包括 : 从 项 目 群 投资 组 合 出 发 考虑 的 预算 ， 以 及 影响 特定 解决 方案 的 权衡 因素 。 在 
这 种 情况 下 ， 投 资 组 合 受托 人 就 可 以 把 决策 权 下 放 给 其 他 人 ， 因 为 他 们 清楚 地 知晓 决策 需要 跟 既 定 的 经 济 目标 保持 一 致 。 


经 济 框架 的 主要 目的 是 支持 在 经 济 大 环境 下 ， 有 效 而 快速 地 进行 决策 。 为 此 ， 以 下 三 件 事 是 必需 的 : 
1. 对 决策 规则 的 理解 

2. 当 前 所 处 的 环境 

3. 相 关 的 授权 情况 


为 此 ,许多 必要 的 经 济 决策 都 嵌入 到 各 种 各 样 的 SAFe 实 践 中 。 图 6.3-1 总 结 了 这 些 决 策 规则 和 权威 会 出 现在 哪些 地 方 。 


精益 - 敏捷 史诗 故事 的 去 中 心 化 的 基于 延迟 成 本 


预算 制订 资金 和 治理 经 济 决策 的 工作 序列 
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图 6.3-1 SAFe 的 经 济 决策 制订 结构 


以 上 框架 的 每 个 部 分 都 会 在 下 文中 有 详细 描述 。 


精益 -敏捷 预算 制订 


第 一 个 决策 就 是 个 重大 决策 ， 因 为 精益 -敏捷 企业 从 基于 项 目的 、 基 于 成 本 中 心 的 会 计 流程 转向 一 种 流线型 的 预算 流程 ， 资 
会 被 分 配 到 一 个 长 期 存在 的 价值 流 中 。 因 此 ， 每 个 项 目 群 增 量 (Pl) 的 成 本 是 基本 固定 的 ， 但 是 范围 可 以 根据 需要 而 发 生变 
化 。 每 个 价值 流 预算 都 可 以 在 PI 的 边界 进行 适当 的 调整 ， 但 是 要 基于 对 投资 组 合 提供 的 相对 价值 。 关 于 详细 流程 的 介绍 ， 请 参照 


7.9 节 。 


史诗 故事 的 资金 和 治理 


为 价值 流 (进而 为 敏捷 发 布 火车 ) 分 配 资金 是 一 件 好 事 ， 但 是 如 果 存 在 大 规模 的 交叉 关注 点 (比如 各 种 投资 组 合 的 史诗 ,或 
者 是 价值 流 或 项 目 群 史诗 所 代表 的 重要 局 部 投资 的 考虑 ) ， 我 们 该 怎么 办 呢 ? 资金 的 许可 使 用 ， 需 要 明确 相应 的 责任 以 便 对 投资 
进行 沟通 ， 这 些 操 作 是 没有 常规 可 以 遵循 的 。 这 就 是 投资 组 合 看 板 系统 和 相应 的 投资 组 合 、 价 值 流 、 项 目 群 史诗 存在 的 主要 目 
的 。 这 些 内 容 都 需要 一 个 轻 量 级 的 业务 案例 和 明确 的 审批 流程 。 


去 中 心 化 的 经 济 决策 
基于 这 些 预算 要 素 ， 企 业 可 以 授权 员工 (特别 是 产品 经 理 和 解决 方案 经 理 ) 根据 相关 的 情境 、 拥 有 的 知识 、 必 要 的 授权 ， 在 


框架 的 各 个 层面 进行 具体 的 内 容 决策 。 当 然 ， 他 们 并 不 是 一 个 人 在 战斗 ， 他 们 会 和 更 高 一 级 的 利益 相关 者 一 起 协作 来 确定 最 佳 行 
动 措施 。 但 是 一 定 是 他 们 自己 做 最 终 决 策 ， 因 为 这 是 他 们 的 主要 权利 与 责任 。 


基于 延迟 成 本 的 工作 序列 


为 了 提高 解决 方案 的 有 效 性 ， 每 一 个 重大 的 项 目 群 都 有 一 大 批 等 待 实现 的 特性 和 能 力 的 列表 。 然 而 ，SAFe 是 一 个 基于 流动 
的 系统 ， 这 种 系统 的 经 济 效益 是 通过 工作 优先 级 排序 进行 优化 的 ， 而 不 是 通过 那些 理论 上 的 投资 回报 率 (RO!) 进行 实现 的 ， 更 
不 是 基于 “ 先 到 先 得 ”的 原则 进行 考虑 的 。 正 确 的 选择 下 一 项 工作 是 基于 最 大 经 济 效益 而 考虑 的 ， 这 是 通过 项 目 群 和 价值 流 看 板 
系统 ， 以 及 项 目 群 和 价值 流 待 办 事项 列表 来 完成 的 。 工 作 按照 加 权 最 短 作 业 优 先 (WSJF) 方法 被 拉动 到 实现 环节 ， 作 业 规 模 大 
小 的 估算 通常 作为 工作 持续 时 间 的 代名词 。 


实践 只 提供 模式 ， 而 决定 是 由 人 做 的 


本 节 描述 了 用 来 做 经 济 决策 的 SAFe 内 建 元 素 ， 它 们 共同 为 基于 投资 组 合 和 价值 流 的 经 济 效益 有 效 决策 提供 了 基础 。SAFe 同 
时 也 定义 了 那些 位 于 决策 链 上 的 人 员 和 角色 和 责任 。 但 是 ， 决 策 不 会 自发 产生 。 所 以 精益 -敏捷 领导 者 需要 不 断 应 用 这 些 元 素 ， 同 
时 也 指导 员工 加 以 应 用 ， 以 便 做 出 经 济 上 可 以 承受 的 决策 ， 而 且 贯 穿 于 整个 研发 组 织 之 中 。 这 样 ， 才 能 最 大 化 精益 -敏捷 开发 给 


企业 带 来 的 经 济 效益 。 


参考 资料 


[1] Reinertsen, Donald G.The Principles of Product Development Flow: Second Generation Lean Product Development.Celeritas 


Publishing, 2009. 


6.4 解决 方案 意图 


接受 变异 性 ， 保 留 可 选项 。 


一 一 SAFe 原 则 #3 


摘要 


构建 大 规模 软件 和 信息 物理 系统 ， 是 当今 世界 最 复杂 和 最 具 挑 战 性 的 工作 之 一 。 系 统 构建 者 必须 持续 地 关注 “我 们 正在 构建 
的 内 容 是 什么 ? ”以 及 “我 们 将 如 何 构建 ? ”他 们 需要 足够 的 及 时 的 知识 和 决策 来 解决 这 两 个 问题 ， 而 且 这 两 个 问题 是 相互 关联 
的 。 如 果 系 统 构建 者 不 知道 如 何以 经 济 可 行 或 技术 可 行 的 方式 进行 构建 ， 那 么 可 能 需要 在 构建 的 上 下 文 环境 中 重新 审视 要 构建 的 
内 容 。 例 如 团队 目前 的 技术 、 能 力 、 容 量 ， 以 及 与 所 需 时 间 和 经 济 框架 匹配 的 客户 背景 。 


SAFe 将 此 关键 知识 库 称 为 解决 方案 意图 ， 并 将 其 用 作对 当前 和 不 断 演化 的 需求 、 设 计 和 正在 构建 的 解决 方案 意图 (更 大 的 
目标 ) 的 基本 理解 。 系 统 构建 者 还 认识 到 ， 有 一 些 系统 理解 是 固定 的 ， 对 于 解决 方案 必须 做 或 已 经 做 了 什么 ， 有 不 可 协商 的 需 
求 ; 另 一 些 是 可 变 的 ， 随 着 事实 的 浮现 需要 进一步 讨论 和 探索 。 理 解 和 驾驭 这 些 差异 ， 并 允许 其 发 生变 化 ， 即 使 在 开发 后 期 也 一 
样 ， 这 是 开启 大 规模 解决 方案 开发 中 敏捷 性 的 关键 。 


本 节 还 讨论 了 另外 一 个 重要 的 问题 一 一 到 目前 为 止 ， 因 为 从 表面 上 来 看 敏捷 方法 采取 轻 量 级 的 系统 设计 和 文档 处 理 ， 使 得 
许多 关键 的 大 规模 解决 方案 构建 者 回避 使 用 敏捷 方法 。 所 以 ， 如 何 将 精益 -敏捷 开发 方法 规模 化 ， 并 应 用 于 构建 世界 上 最 重要 的 


系统 之 中 ， 也 会 在 本 节 中 进行 讨论 。 


当 构 建 那 些 至 关 重 要 的 系统 时 ， 一 旦 失败 成 本 无 法 估量 ， 这 时 采用 敏捷 方法 的 一 个 巨大 障碍 是 需要 对 系统 行为 进行 更 为 严格 
的 定义 和 验证 。 虽 然 很 多 敏捷 实践 者 认同 敏捷 宣言 (参考 资料 [1]) 中 的 价值 主张 “可 工作 的 软件 胜 过 详尽 的 文档 ”， 但 对 
于 同时 需要 两 者 (可 工作 的 软件 和 详尽 的 文档 ) 的 企业 来 说 ， 在 优先 级 上 可 能 会 产生 冲突 。 


复杂 和 要 求 高 可 靠 性 解决 方案 的 工程 研发 ， 要 求 并 生成 大 量 与 技术 相关 的 信息 。 这 些 信息 大 部 分 反映 了 解决 方案 的 期 望 行 
为 ， 包 括 特 性 、 能 力 、 故 事 、 非 功能 性 需求 、 系 统 架构 、 领 域 模型 、 工 业 设计 (例如 电气 和 机 械 ) 、 接 口 、 客 户 规格 说 明 书 、 测 
试 、 测 试 结果 以 及 可 追溯 性 等 。 其 他 相关 信息 记录 了 关于 系统 的 一 些 关键 决策 和 成 果 ， 可 能 包括 来 自 于 行业 研究 、 实 验 结果 、 设 
计 选 型 理由 等 。 在 很 多 情况 下 ， 这 些 信 息 必须 成 为 正式 文档 的 一 部 分 ， 无 论 是 出 于 必要 性 还 是 合 规 的 考虑 。 


解决 方案 意图 介绍 


解决 方案 意图 代表 着 一 个 重要 的 信息 存储 库 ， 用 于 存储 、 管 理 和 传达 系统 构建 者 正在 开发 的 解决 方案 是 什么 ， 以 及 他 们 将 如 
何 构建 系统 。 它 有 很 多 用 途 : 


提供 了 一 个 真实 的 来 源 ， 用 于 显示 解决 方案 的 预期 行为 和 实际 行为 
: 记录 与 沟通 需求 、 设 计 ， 以 及 系统 架构 的 决策 

: 促进 进一步 的 研究 和 分 析 活 动 

` 使 客户 、 系 统 构建 者 和 供应 商 朝向 共同 的 目标 

. 支持 合 规 性 和 合同 规定 的 义务 

图 6.4-1 说 明了 解决 方案 意图 的 整合 性 质 : 


- 当前 和 未 来 状态 一 一 复杂 系统 的 构建 者 必须 持续 保持 对 两 件 事情 的 关注 : (1) 当前 系统 的 确切 情况 是 什么 ? (2) ATR 
到 未 来 的 状态 需要 哪些 改变 ? 


- 规格 说 明 书 、 设 计 和 测试 当前 和 未 来 状态 的 知识 可 以 用 任何 对 系统 构建 者 而 言 合适 的 形式 记录 下 来 。 但 它 包 括 三 个 关 
键 元 素 : 规格 说 明 书 (定义 系统 行为 的 文档 ) 、 设 计 和 测试 。 


当 构 建 必 须 确保 的 系统 行为 时 ， 包 括 关 平 生命 的 系统 、 关 键 任务 系统 ， 以 及 受 文档 监管 标准 管辖 的 其 他 系统 ， 可 追溯 性 是 帮 
助 确保 系统 按 预期 运行 的 一 种 途径 。 可 追溯 性 将 解决 方案 意图 的 元 素 彼此 连接 ， 并 与 实现 完整 系统 行为 的 系统 组 件 进行 关联 。 
CE: 有 关 使 用 精益 -敏捷 开发 构建 高 保证 系统 的 更 多 信息 ， 请 参阅 指导 白皮书 “高 保证 和 监管 环境 中 的 敏捷 开发 ”。) 图 6.4-1 
说 明了 这 一 概念 。 


eS e 
来 状态 | 当前 状态 


规格 说 明 : 能 力 、 特性 、 
故事 、 非 功能 性 需求 、 标 准 


oe 
设计 : 模型 、 设 
计 决策 、 权 衡 分 析 


| 
测试 : 功能 和 单元 测试， 
系统 和 非 功能 性 需求 测试 


图 6.4-1 解决 方案 意图 剖析 


解决 方案 意图 的 特定 元 素 可 以 通过 多 种 形式 实现 ， 从 文档 、 电 子 表格 和 白板 会 话 到 正式 需求 和 建 模 工 具 ， 正 如 6.5 节 中 的 描 
述 一 样 。 但 是 ， 因 为 解决 方案 意图 是 构建 解决 方案 的 一 种 手段 ， 所 以 捕获 解决 方案 意图 的 方法 应 该 足够 多 ， 但 不 要 产生 不 必要 的 
开销 和 浪费 (参见 下 面 有 关 足 够 性 的 讨论 ) 。 


解决 方案 意图 的 动态 属性 


传统 上 ， 解 决 方案 意图 的 代理 主要 存在 于 一 个 固定 的 需求 集合 中 ， 由 客户 预先 定义 并 通常 强加 给 解决 方案 构建 者 ， 也 可 能 会 
由 系统 构建 者 自己 定义 。 事 实 上 ，“ 需 求 ”这 个 词 通常 隐 含 了 瀑布 式 的 思维 方式 ， 它 片面 地 假设 所 有 的 需求 都 必须 被 事先 确定 下 
来 。 


SAFe 原 则 #3 一 一 接受 变异 性 ， 保 留 可 选项 。 这 一 原则 描述 了 一 种 事实 ， 即 因 过 度 需 求 定义 和 预先 设计 而 导致 并 不 成 功 的 结 
果 。 


我 们 需要 一 种 不 同 的 方式 ， 支 持 理解 已 知 ， 并 且 人 允许 在 开发 过 程 中 涌现 未 知 。 因 此 ， 解 决 方案 意图 不 是 固定 的 一 次 性 的 描 
i, 不 可 以 随时 间 冻 结 ; 它 必须 支持 整个 开发 过 程 ， 同 时 也 在 不 断 演化 ， 如 图 6.4-2 所 示 。 


”一 基于 模型 的 系统 工程 


图 6.4-2 解决 方案 意图 支持 解决 方案 开发 中 的 所 有 阶段 并 不 断 演化 
国定 和 可 变 的 解决 方案 意图 


正如 前 面 提 到 的 ， 系 统 构建 者 将 解决 方案 意图 应 用 于 各 种 目的 。 然 而 ， 没 有 任何 一 项 要 求 创建 完全 预定 义 的 “要 点 -解决 方 
案 ” 规 格 说 明 书 。 这 种 过 早 的 决策 限制 了 对 更 好 的 、 更 经 济 的 方案 的 探索 ， 并 经 常 导致 浪费 和 返工 (参考 资料 [2]) 。 为 了 解决 
这 一 问题 ，SAFe 提 出 了 解决 方案 意图 的 两 个 要 素 ， 即 固定 的 意图 和 可 变 的 意图 ， 以 支持 一 般 适 应 性 需求 和 能 创造 最 佳 经 济 效益 
的 设计 理念 。 


固定 意图 代表 已 知 的 内 容 。 它 们 可 能 是 不 可 协商 的 ,或 者 它们 是 在 发 展 过 程 中 已 经 涌现 出 来 的 需求 。 例 如 : 某 些 性 能 需求 
(如 “起 搏 器 波形 必须 如 下 ”) ; 或 者 需要 遵守 的 合 规 标准 (如 “符合 所 有 PCI 合 规 信用 卡 要 求 ”) ; 或 解决 方案 的 核心 能 
(如 “ 巴 哈 极 限 赛车 拥有 四 个 成 年 车 手 ”) 。 


可 变 意图 表示 系统 构建 者 可 以 自由 探索 能 满足 需求 的 设计 方案 ， 然 后 与 经 济 效益 进行 权衡 。 一 旦 建立 ， 这 些 新 的 需求 将 最 终 
变 成 固定 需求 (如 “车 辆 具有 400KG 的 最 大 乘客 负载 ”) 。 即 使 如 此 ， 也 应 该 尽 可 能 长 时 间 地 保留 灵活 的 可 选 性 (如 “当前 设 
计 支 持 350kg; 让 我 们 与 客户 再 次 深入 讨论 ”) 。 
解决 方案 意图 的 开发 


SAFe 的 精益 -敏捷 方法 中 关于 系统 开发 的 知识 ， 不 同 于 传统 的 瀑布 方法 。 图 6.4-3 通 过 涌现 式 的 方法 形成 解决 方案 意图 的 工 
件 和 流程 。 


解决 方案 意图 始 于 一 个 高 层级 的 愿景 ， 用 以 描述 解决 方案 的 目的 和 关键 能 力 ， 以 及 关键 的 非 功 能 性 需求 。 这 些 知 识 ， 以 及 持 
续 涌 现 的 路 线 图 和 关键 里 程 碑 ， 可 以 为 团队 提供 最 初 PI 计 划 和 PI 执行 的 足够 指导 。 特 性 、 能 力 、 故 事 和 使 能 ， 可 以 用 于 进一步 定 
义 和 实 现 解决 方案 行为 。 


愿景 
非 功能 性 需求 


图 6.4-3 ”解决 方案 意图 的 开发 


在 更 复杂 或 受 控 的 环境 中 ， 需 要 投入 大 量 的 精力 进行 解决 方案 意图 文档 的 工作 。 针 对 合 规 性 需求 ， 可 能 要 求 制订 基于 标准 的 
或 相关 技术 规范 。 有 些 文档 甚至 要 求 记录 探索 和 决策 的 结果 。 


还 有 一 些 对 可 追溯 性 有 强制 的 要 求 ， 用 以 支持 解决 方案 的 分 析 和 有 效 性 ， 并 证 明 解 决 方案 符合 所 批准 的 需求 。 在 这 些 情 况 
下 ， 将 正式 记录 解决 方案 意图 的 相关 要 素 。 在 精益 理念 中 ， 这 份 文件 是 一 个 汇总 的 结果 ， 而 不 是 一 个 预定 义 的 命令 。 


解决 方案 意图 的 协作 


通常 ， 产 品 和 解决 方案 管理 者 与 解决 方案 架构 师 、 系 统 工程 团队 以 及 客户 一 起 协作 ， 共 同 负责 最 高 层级 的 系统 级 决策 ， 例 如 
系统 分 解 、 接 口 和 对 各 种 子 系统 和 能 力 的 需求 分 配 。 解 决 方案 工程 师 还 建立 了 支持 解决 方案 意图 的 组 织 结构 ， 可 以 定义 各 种 类 型 
的 信息 ， 并 加 以 管理 ， 从 而 支持 分 析 与 合 规 性 。 


虽然 解决 方案 意图 在 价值 流 层 进行 描述 ， 但 是 由 敏捷 发 布 火车 对 能 力 和 子 系统 进行 构建 ， 并 对 解决 方案 意图 做 出 重要 贡献 。 
图 6.4-4 显 示 了 客户 、 产 品 、 解 决 方案 管理 者 与 ART 之 间 如 何 协 作 ， 从 而 对 解决 方案 意图 做 出 贡献 ; 通过 影响 项 目 群 和 价值 流 待 
办 事项 列表 ， 将 更 多 的 系统 行为 分 配给 敏捷 发 布 火车 中 的 组 件 进行 实现 。 
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图 6.44 ”通过 协作 对 解决 方案 意图 进行 开发 


通常 ， 解 决 方案 管理 者 和 解决 方案 架构 师 /工程 师 会 把 一 些 解决 方案 意图 需求 ， 直 接 委托 给 构建 解决 方案 能 力 和 子 系统 的 敏 
捷 发 布 火车 (ART) 。 敏 捷 发 布 火车 还 提供 对 解决 方案 层面 决策 的 反馈 ， 并 向 解决 方案 工程 师 提 出 问题 和 相关 想法 。 最 后 需要 注 
意 的 是 ， 客 户 的 解决 方案 上 下 文 也 可 能 会 对 解决 方案 意图 有 实质 性 的 影响 。 


从 可 变 到 固定 的 解决 方案 意图 


通常 ， 系 统 构建 者 在 构建 和 部 署 解决 方案 时 ， 需 要 清晰 地 知晓 系统 是 做 什么 内 容 的 ， 并 验证 它 确 实 符合 其 工作 内 容 ， 并 没有 
画蛇添足 。 换 句 话说 ， 在 最 终 构 建 时 ， 所 有 的 需求 必须 确定 下 来 。 从 可 变 到 固定 是 一 个 探索 可 选 性 的 过 程 ， 并 在 经 济 框架 允许 的 
情况 下 尽 可 能 长 久 地 保持 备 选 方案 的 有 效 性 。 


这 得 益 于 基于 集合 的 设计 实践 和 使 能 的 使 用 ， 所 有 这 些 都 旨 在 解决 不 确定 性 并 降低 风险 。 同 时 ， 团 队 根 据 他 们 当前 的 理解 构 
建 系统 ， 随 着 越 来 越 多 的 需求 逐渐 清晰 ， 团 队 也 相应 实现 了 这 些 新 的 特性 ， 如 图 6.4-5 所 示 。 
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图 6.4-5 “从 可 变 到 固定 的 解决 方案 意图 


固定 的 信息 不 是 从 零 开始 的 ， 因 为 即使 在 最 左 端 (如 图 6.4-5 所 示 ) ， 也 有 很 多 信息 已 经 确定 了 。 系 统 构建 者 构造 系统 ， 
为 他 们 具有 相应 的 专业 知识 ， 他 们 可 以 重用 之 前 系统 的 元 素 。 


然后 ， 随 着 迭代 演示 、 项 目 群 演示 和 解决 方案 演示 逐渐 展示 系统 的 功能 ， 更 多 的 内 容 会 清晰 和 确定 下 来 。 通 过 这 种 方式 ， 随 
着 时 间 的 推移 ， 可 变 意图 可 以 变 成 固定 意图 ， 并 且 对 系统 “能 做 什么 ”以 及 “需要 做 什么 ”的 清晰 而 深刻 的 理解 随 之 涌现 。 


“系统 的 系统 ”的 意图 


一 个 系统 的 解决 方案 意图 可 能 不 是 孤立 存在 的 。 许 多 解决 方案 涉及 更 高 级 系统 的 系统 。 在 这 种 情况 下 ， 其 他 系统 (包括 供应 
商 ) 为 系统 构建 者 提供 了 促进 开发 的 独特 知识 和 解决 方案 元 素 。 例 如 ， 供 应 商 通 常会 对 其 子 系统 或 能 力 有 不 同 的 、 独 立 的 要 求 、 
设计 及 其 他 相关 的 规格 说 明 。 


从 他 们 的 角度 来 看 ， 这 是 他 们 的 解决 方案 意图 。 因 此 ， 最 终 (最 高 层级 的 ) 解决 方案 意图 必须 包含 相关 的 供应 商 知 识 和 必要 
的 信息 ， 用 来 沟通 决策 、 促 进 探索 、 协 调 构 建 者 和 支持 合 规 性 。 结 果 是 一 个 需求 和 设计 决策 的 “菊花 办 有 式 链接 ”， 用 来 推进 系统 
层次 的 上 下 移动 ， 如 图 6.4-6 所 示 。 
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图 6.4-6 ”解决 方案 意图 层次 结构 
最 少 但 足够 的 文档 


解决 方案 意图 是 达成 目标 的 一 种 方法 ， 它 是 指导 系统 构建 者 进行 沟通 决策 和 证 明 合 规 性 的 一 种 手段 。 对 于 解决 方案 意图 的 内 
容 、 组 织 和 文档 策略 的 计划 过 程 中 ， 应 当 牢记 最 初 所 设 定 的 终极 目标 。 但 是 ， 文 档 越 多 也 不 一 定 就 越 好 。 精 益 -敏捷 社区 建议 对 
于 需求 、 设 计 和 架构 保持 轻 量 级 的 文档 (参考 资料 [5]) 。 最 佳 实践 包括 : 


- 有 效 的 模型 胜 过 文档 一 一 一 个 持续 变化 的 环境 ， 对 于 以 文档 为 中 心 的 方式 来 组 织 和 管理 解决 方案 意图 是 一 个 挑战 。 当 模型 
被 正确 应 用 时 ， 可 以 提供 一 种 更 容易 维护 的 方式 来 管理 解决 方案 意图 ， 在 6.5 节 中 有 更 为 详细 的 描述 。 


: 解决 方案 意图 即 协作 一 一 创新 是 不 会 被 垄断 的 ， 解 决 方案 意图 不 是 产品 经 理 、 解 决 方案 经 理 、 架 构 师 和 工程 师 的 独占 领 
域 。 许 多 团队 成 员 都 可 以 参与 到 解决 方案 意图 信息 的 创建 、 反 馈 和 优化 的 工作 中 来 。 


- 保持 开放 的 可 选 性 一 一 将 决定 推迟 到 实施 前 关注 。 尽 量 推迟 做 决定 的 时 间 。 只 要 在 经 济 方面 是 可 行 的 ， 就 采取 一 种 适应 性 
的 方法 ， 允 许 需 求 和 设计 的 可 选 性 尽量 保持 较 长 的 时 间 。 基 于 集合 的 设计 实践 有 助 于 避免 对 设计 和 需求 过 早 做 出 承诺 。 


: 只 在 一 个 地 方 做 文档 记录 一 一 只 在 一 个 地 方 记录 需求 和 设计 的 决策 ， 所 有 人 共用 一 个 库 ， 一 个 真正 的 单一 文档 源 。 


: 保持 较 高 的 概要 性 一 一 尽量 通过 概要 性 的 描述 进行 沟通 ， 不 要 过 于 具体 。 提 供 一 系列 系统 可 接受 的 行为 ， 用 意图 描述 解决 
方案 行为 ， 而 不 是 具体 细节 。 通 过 授权 ， 让 需求 和 设计 的 决策 去 中 心 化 。 


保持 简单 性 一 一 只 记录 需要 被 记录 的 内 容 。 解 决 方案 意图 是 构建 产品 并 最 终 满足 合 规 性 和 合同 义务 的 一 种 方法 。 少 即 是 


AS 
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6.5 ”基于 模型 的 系统 工程 


所 有 模型 都 是 错 的 ,但 有 些 是 有 用 的 。 


George E.P.Box!!! 


摘要 


从 人 们 开始 对 系统 和 结构 进行 工程 设计 时 ， 他 们 就 利用 模型 来 抽象 、 学 习 和 交流 。 基 于 模型 的 系统 工程 (MBSE) 是 一 种 对 
需求 、 设 计 、 分 析 和 验证 活动 的 模型 应 用 ， 它 可 以 在 实施 前 用 最 有 效 的 成 本 了 解 系统 的 特征 。 模 型 在 系统 决策 和 沟通 系统 意图 方 
面 提供 了 早期 的 反馈 ， 沟 通 方案 意图 时 涉及 的 人 员 包 括 : 客户 、 利 益 相 关 者 、 开 发 人 员 、 测 试 人 员 等 。 


然而 ， 正 如 George Box 博 士 的 断言 ， 模 型 绝 不 能 完美 地 反映 真实 世界 ， 与 通过 具体 实现 获得 知识 和 反馈 相 比 ， 它 们 能 够 尽 
早 并 且 以 相对 低 的 成 本 提供 知识 和 反馈 。 在 实践 中 ， 工 程 师 使 用 模型 来 获得 知识 例如， 性能、 热 、 流 体 ) ， 对 系统 实现 提供 指 
SRS 〈 例 如， 系统 建 模 、 统 一 建 模 语 言 ) ， 或 者 在 某 些 情况 下 ， 直 接 进行 实际 的 构建 〈 例 如， 电气 计算 机 辅助 设计 ， 机 械 计 算 
机 辅助 设计 ) 。 


模型 通过 尽早 测试 和 验证 系统 特征 、 属 性 和 行为 ， 促 进 早期 学 习 ， 在 需求 和 设计 决策 上 实现 早期 反馈 。 


工程 学 科 多 年 来 使 用 建 模 发 现 并 列举 结构 和 行为 ， 探 索 备 选 方 案 ， 在 生命 周期 中 尽早 沟通 决策 。 精 益 实 践 支 持 快速 学 习 ， 它 
通过 持续 流动 的 少量 工作 获得 决策 上 的 快速 反馈 。 基 于 模型 的 系统 工程 是 一 门 学 科 ， 也 是 一 种 精益 工具 ， 它 能 够 在 变更 成 本 增加 
之 前 ， 允 许 工 程 师 快 速 和 逐渐 了 解 正 处 于 开发 中 的 系统 。 


利用 模型 支持 学 习 环 


基于 模型 的 系统 工程 支持 快速 学 习 环 ， 并 且 有 助 于 在 产品 生命 期 早期 规避 风险 。 模 型 通过 尽早 测试 和 验证 系统 特征 、 属 性 和 
行为 ， 促 进 早期 学 习 ， 在 设计 决策 上 能 提供 早期 反馈 。 


模型 有 多 种 表现 形式 ， 包 括 动态 、 固 态 、 图 表 、 方 程式 、 仿 真 和 原型 。 如 图 6.5-1 所 示 ， 每 种 模型 都 对 一 个 或 多 个 系统 特征 
提供 不 同 的 视角 ， 这 些 系统 特征 促进 能 力 和 特性 的 创建 。 
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图 6.5-1 模型 和 学 习 环 
模型 可 以 预测 性 能 (响应 时 间 、 可 靠 性 ) 或 者 物理 性 质 ( 热 、 辐 射 、 强 度 ) ， 或 者 它们 可 以 对 用 户 体验 进行 探索 性 设计 或 响 
应 一 个 外 部 需求 
用 可 追溯 性 来 做 影响 分 析 和 合 规 性 验证 


模型 之 间 的 关系 能 够 帮助 进一步 预测 系统 功能 ， 并 且 支 持 分 析 和 合 规 性 验证 活动 。 系 统 可 能 有 许多 领域 的 模型 ， 如 电气 、 机 
械 、 软 件 以 及 系统 级 别 的 需求 和 设计 模型 。 通 过 在 模型 内 部 以 及 跨 模 型 关联 系统 元 素 ， 能 够 实现 可 追溯 性 。 这 能 够 提供 很 多 好 
处 : 


- 简化 和 自动 化 大 部 分 规范 和 合约 合 规 要 求 

- 减少 为 了 支持 新 工作 而 做 影响 分 析 所 需 的 时 间 和 精力 ， 并 且 对 于 检视 和 调整 活动 提供 了 信息 
通过 考虑 领域 间 模 型 的 可 追溯 性 ， 促 进 了 跨 领域 协作 

- 鼓励 通用 知识 探索 ， 团 队 可 以 更 容易 地 获取 和 理解 信息 ， 并 进行 跨 领 域 的 信息 交流 


一 个 精益 的 、 持 续 变 化 的 环境 增强 了 相关 模型 的 必要 性 。 虽 然 手动 解决 方案 在 “阶段 -门限 ”方法 中 ， 可 以 有 效 管理 范围 和 
合 规 性 验证 ， 但 是 它们 往往 会 被 迅速 淹没 在 一 个 鼓励 频繁 持续 变化 的 敏捷 环境 中 。 


测试 模型 


Bit, SEB 


领域 模型 


ECAD MCAD TA 


图 6.5-2” 跨 领域 模型 关联 
图 6.5-2 显 示 了 一 个 高 层级 模型 的 结构 ， 其 中 需求 既 与 测试 模型 中 的 测试 用 例 关联 ， 也 与 系统 模型 中 的 系统 级 元 素 关联 。 


领域 模型 可 以 连接 系统 模型 。 工 程 师 能 够 快速 准确 地 理解 需求 变化 对 系统 和 领域 的 影响 ， 或 者 领域 层级 的 变化 对 系统 其 他 部 
分 与 需求 的 影响 。 此 外 ， 连 接 的 存在 与 否 ， 显 示 了 覆盖 情况 与 合 规 性 差距 〈 例 如， 需求 没有 被 测试 ) 。 


模型 不 需要 通过 手工 创建 和 维护 可 追溯 性 信息 ， 取 而 代 之 的 是 ， 验 证 文档 可 以 从 模型 信息 和 它们 之 间 的 连接 自动 生成 。 当 系 
统 需求 或 者 设计 发 生变 化 时 ， 通 过 可 追溯 性 信息 能 够 显示 变化 造成 的 影响 、 任 何 测试 需求 范围 的 差异 ， 并 且 任何 不 确定 的 连接 信 
息 都 应 该 被 重新 审核 。 


在 解决 方案 意图 中 记录 模型 


技术 知识 和 决策 都 被 记录 在 解决 方案 意图 中 ， 以 便 团 队 成 员 能 在 整个 解决 方案 开发 过 程 中 进行 沟通 和 参考 。 在 实践 中 ， 工 程 
师 用 多 种 形式 来 描述 技术 信息 ， 从 文档 到 表格 再 到 建 模 工具 。 虽 然 文档 和 表格 很 容易 创建 ， 但 是 它们 不 支持 知识 迁移 ， 或 者 精益 
系统 工程 所 要 求 的 持续 协作 。 因 此 ， 需 要 基于 模型 的 系统 工程 。 


解决 方案 意图 包含 许多 不 同 种 类 的 模型 ， 有 很 多 备 选 方案 可 以 用 于 组 织 和 连接 相关 信息 。 系 统 和 解决 方案 架构 师 / 工 程 师 的 
典型 职责 是 : 负责 从 确定 模型 信息 和 组 织 模型 ， 到 确保 模型 的 质量 。 而 敏捷 团队 则 用 各 自 的 知识 和 信息 来 填充 模型 。 


通常 ， 对 于 大 型 系统 而 言 ， 需 要 在 众多 的 模型 贡献 者 之 中 指定 一 个 模型 负责 人 (通常 是 系统 工程 师 团队 的 成 员 之 一 ) ， 主 要 
负责 模型 内 容 和 结构 的 完整 性 。 
生成 验证 文档 


虽然 SAFe 强 调用 模型 来 做 早期 探索 和 系统 文档 化 ， 然 而 许多 产品 和 工程 领域 需要 文档 进行 管控 验证 ， 如 联邦 航空 局 
(FAA) 、 食 品 及 药物 管理 局 (FDA) 等 ， 或 者 合 规 性 检查 (政府 合同 中 要 求 的 合同 资料 要 求 清单 ) 。 另 外 ， 并 不 是 所 有 的 利益 
相关 者 都 精通 模型 或 模型 符号 ， 他 们 也 希望 通过 文档 进行 持续 交流 。 


在 可 能 的 情况 下 ， 可 以 从 系统 模型 的 信息 中 生成 文档 。 (工程 师 不 应 该 浪费 他 们 的 精力 来 创建 验证 文档 ， 这 是 一 个 精益 中 拒 
绝 浪费 的 例子 。) 进一步 说 ， 应 该 从 不 同 的 系统 视角 给 利益 相关 者 生成 文档 。 架 构 框 架 标 准 ， 例 如 ， 美 国 国防 部 架构 框架 
(DoDAF) 、 英 国 国防 部 架构 框架 (MODAF) 定义 了 多 个 利益 相关 者 的 观点 和 不 同 的 视角 ， 用 来 沟通 系统 信息 。 从 模型 生成 
文档 ， 对 于 确保 所 有 利益 相关 者 的 视角 一 致 来 说 ， 是 一 种 最 佳 的 方法 。 


尽管 所 有 产品 和 项 目 群 可 能 要 求 正 式 的 文档 ， 然 而 可 以 鼓励 系统 工程 师 ， 与 客户 和 监管 机 构 一 起 合作 完成 最 少 必须 部 分 以 便 
履行 他 们 的 义务 。 大 多 数 信息 来 源 都 会 仔 于 工程 知识 库 ， 这 些 工 程 知识 库 可 以 用 来 且 应 该 用 来 在 适当 的 情况 下 做 检查 或 者 正式 评 


= 


FA, 


构建 模型 内 建 质量 


如 前 所 述 ， 由 于 提供 信息 者 的 多 样 性 和 人 员 数 量 众多 ， 模 型 会 面临 质量 的 挑战 。 没 有 适当 的 监督 ， 许 多 人 的 持续 修改 可 能 会 
引发 质量 问题 。 模 型 负责 人 有 责任 和 团队 一 起 来 定义 质量 实践 ， 即 模型 标准 和 模型 测试 ， 并 确保 模型 遵循 这 些 质量 实践 。 


下 面 讨 论 的 质量 实践 能 够 促进 早期 学 习 环 ， 正 如 SAFe 指 出 的 : “你 无 法 规模 化 糟糕 的 代码 ”， 这 句 话 同 样 适用 于 模型 中 的 
系统 设计 。 质 量 实践 允许 工程 师 自信 目 频 繁 地 调整 模型 ， 为 系统 意图 做 出 贡献 。 
模型 标准 

模型 标准 用 来 控制 质量 并 且 指 引 团 队 如 何 将 模型 做 到 最 佳 。 包 括 如 下 内 容 : 

需要 捕获 哪些 信息 

` 建 模 标 记 (如 SysML) 及 其 部 分 符号 (如 用 例 ) 的 使 用 约定 (或 不 使 用 约定 ) 

. 对 于 解决 方案 和 子 系统 元 素 而 言 ， 建 模 信息 应 该 被 放置 的 位 置 

. 应 该 用 不 同类 型 的 模型 元 素来 储存 的 元 信息 

+ 模型 内 部 的 连接 和 跨 领 域 模 型 间 的 连接 

. 跨 系 统 的 通用 类 型 和 通用 规格 

. 建 模 工具 的 属性 和 配置 (属于 工程 环境 的 一 部 分 ) 

: 使 用 版 本 控制 系统 为 基础 的 协作 实践 (如 果 相 关 的 话 ) 


如 果 文 档 是 从 模型 中 生成 的 ， 文 档 模 板 早 期 应 该 被 定义 下 来 ， 因 为 它们 会 影响 很 多 内 容 。 系 统 设计 师 需 要 知道 在 哪里 存储 模 
型 元 素 ， 以 及 模型 元 素 要 求 的 任何 元 数据 或 连接 ， 因 为 这 些 元 数据 或 连接 可 能 会 用 来 做 查询 、 文 档 生成 或 合 规 验 证 。 


作为 一 项 最 佳 实践 ， 可 以 在 早期 创建 一 个 高 层级 、 整 个 系统 级 别 的 模型 作为 范例 。 理 想 的 例子 是 一 个 横 跨 解决 方案 的 骨架 模 
型 ( 它 定义 了 所 有 子 系统 ) ， 一 个 用 来 摘 述 怎样 对 单一 子 系统 的 结构 和 行为 进行 建 模 的 元 素 。 尽 早 针对 配置 运行 所 有 文档 生成 的 
测试 ， 来 确保 其 完整 性 ， 避 免 因为 缺失 信息 而 对 模型 返工 所 产生 的 浪费 。 


创建 可 测试 的 和 可 执行 的 模型 


SAFe 的 测试 先行 实践 ， 能 够 帮助 团队 尽早 构建 产品 质量 ， 也 有 助 于 拥抱 敏捷 软件 开发 中 持续 的 、 较 小 的 变化 。 测 试 先行 创 
建 了 丰富 的 测试 用 例 ， 人 允许 开发 人 员 在 不 引起 系统 其 他 部 分 产生 错误 的 前 提 下 ， 进 行 更 可 靠 的 更 改 。 


精益 实践 鼓励 可 测试 的 、 可 执行 的 模型 ， 可 以 在 适当 的 情况 下 减少 与 下 游 错误 相关 的 浪费 。 模 型 都 应 该 是 可 以 根据 领域 中 或 
规范 中 的 评估 准则 进行 测试 的 。 机 械 模型 用 来 测试 物理 和 环境 问题 ， 电 气 模型 用 来 测试 逻辑 ， 软 件 模型 用 来 测试 异常 ， 可 执行 的 
系统 模型 用 来 测试 系统 行为 。 大 多 数 的 建 模 工具 具备 检查 模型 的 能 力 或 者 通过 创建 脚本 ， 可 以 反复 地 跨越 模型 并 寻找 异常 。 


可 测试 需求 模型 一 一 文本 需求 用 于 几乎 所 有 的 系统 中 ， 在 当前 实践 下 ， 通 常 是 人 工 评审 。 长 期 以 来 ， 社 区 都 在 寻求 可 执行 
的 规范 ， 那 样 的 话 需 求 就 可 以 用 一 种 可 被 测试 的 形式 来 描述 。 然 而 ， 仅 仅 在 某 些 特 定 的 领域 中 ， 对 于 那些 定义 的 比较 好 的 间 题 ， 
成 功 实施 了 这 个 模型 。 敏 捷 实 践 提倡 可 执行 需求 的 一 种 变异 体 ， 即 验收 测试 驱动 开发 (ATDD) 。 在 系统 开发 中 ， 一 些 探索 性 的 
工作 已 经 涌现 出 来 ， 可 以 支持 验收 测试 驱动 开发 (ATDD) 。 虽 然 测 试 驱动 开发 (ATDD) 是 一 个 用 来 进行 需求 测试 的 有 前 景 的 
方法 ， 但 它 仍然 没有 被 大 规模 使 用 。 在 可 能 的 情况 下 ， 应 该 使 需求 和 测试 合 二 为 一 ， 并 实现 自动 化 。 


测试 分 析 和 设计 模型 一 一 模型 中 的 设计 可 以 被 静态 和 动态 测试 。 建 模 工具 通常 有 静态 模型 分 析 器 或 检查 器 ， 用 来 诊断 模型 
寻找 异常 。 

模型 负责 人 可 以 添加 他 们 自己 的 规则 ， 即 模型 组 织 、 建 模 规 范 和 标准 、 必 需 的 元 信息 (例如 ，SysML 标 签 、 模 板 ) 等 。 在 缺 
乏 分 析 器 的 情况 下 ， 可 以 使 用 脚本 人 遍历 模型 ， 寻 找 静 态 模 型 中 的 违规 情况 。 


动态 测试 一 一 工程 学 科 的 模型 都 有 自己 的 质量 评估 解决 方案 ， 并 且 应 该 用 来 成 为 测试 实践 的 一 部 分 。 


测试 可 追溯 性 一 一 模型 必须 符合 连接 结构 以 确保 正确 地 查询 、 文 档 生成 和 验证 一 致 性 。 


文档 生成 一 一 尽管 文档 对 于 可 追溯 性 脚本 来 说 是 一 种 元 余 ， 但 是 它 也 可 以 通过 脚本 来 确保 模型 结构 合理 ， 从 而 使 所 有 数据 
都 支持 文档 模板 。 在 大 型 模型 中 ， 调 试 脚本 往往 比 调整 文档 模板 更 容易 。 


[1] 英国 数学 家 和 威斯康星 大 学 统计 学 教授 ， 质 量 控制 、 时 间 序 列 分 析 、 实 验 设计 和 贝 叶 斯 推理 的 先驱 。 译 者 注 


6.6 ”基于 集合 的 设计 


质量 取决 于 所 做 工作 及 其 可 选 方案 的 深度 ， 并 由 此 来 掌握 它们 。 
— BRS - 阿 多 诺 趾 
接受 变异 性 ， 保 留 可 选项 。 


一 一 SAFe 原 则 #3 


摘要 


系统 开发 可 以 被 描述 成 一 个 持续 减少 认 知 不 确定 性 的 过 程 。 无 论 一 个 系统 最 初 定义 和 设计 得 多 么 完美 ， 真 正 的 用 户 需求 和 技 
术 选 择 都 是 不 确定 的 ， 因 此 对 于 系统 该 如 何 实施 的 理解 ， 必 须根 据 实际 情况 逐渐 调整 。 


基于 点 的 设计 (Point-Based Design, PBD) 是 在 过 程 早 期 承诺 一 个 特定 的 、 详 细 的 需求 和 系统 设计 的 过 程 ， 它 剥夺 了 系 
统 开发 人 员 持 续 改进 的 机 会 ， 因 为 有 时 只 有 在 开发 进程 晚 些 时 候 才 可 以 得 到 更 多 的 经 验 数据 。 如 果 在 过 程 的 最 后 阶段 ， 发 现 所 选 
定 的 设计 是 无 效 的 ， 那 也 无 法 优雅 地 重新 选择 合适 的 设计 了 。 


基于 集合 的 设计 是 一 种 在 开发 周期 中 的 较 长 时 间 内 ， 维 持 多 种 需求 和 设计 可 选项 的 实践 。 随 着 截止 日 期 的 临近 ， 它 使 用 经 验 
数据 聚焦 于 最 终 的 设计 选项 上 。 通 过 这 种 方法 ， 系 统 构建 者 可 以 假定 可 变性 ， 并 且 保 留 可 选项 到 开发 的 后 期 ， 从 而 为 设计 提供 最 
大 的 灵活 性 ， 而 不 是 早早 就 绑 定 一 个 最 终 的 方案 。 


基于 点 的 设计 在 过 程 早 期 承诺 一 组 需求 和 一 个 单一 的 设计 策略 。 这 往往 会 导致 到 了 开发 的 后 期 才 发 现 ， 当 临近 截止 日 期 时 还 
需要 大 量 的 返工 ， 团 队 被 迫 去 选择 一 些 捷径 ， 质 量 上 求 妥 协 ， 而 且 更 糟糕 的 是 无 法 兄 现 项 目 群 承诺 和 交付 日 期 。 这 是 遵循 需求 > 
设计 > 实现 > 测试 这 种 传统 的 、 线 性 (瀑布) 的 系统 开发 时 ， 面 临 的 一 个 主要 问题 ， 并 且 也 是 这 种 过 程 成 本 超支 和 进度 逾期 的 主 
要 原因 之 一 。 


基于 集合 的 设计 (Set-Based Design，SBD) 在 开发 周期 中 的 较 长 时 间 内 ， 可 以 维护 多 个 设计 可 选项 。 基 于 集合 的 设计 是 
精益 产品 开发 中 一 个 重要 的 考虑 了 经 济 效益 的 实践 ， 在 参考 资料 [1] 和 [2] 中 有 更 多 详细 描述 。 如 图 6.6-1 所 示 ， 展 示 了 基于 集合 和 
基于 点 的 设计 在 概念 上 的 差异 。 


基于 集合 的 设计 
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图 6.6-1 基于 点 的 设计 在 早期 承诺 设计 ， 基 于 集合 的 设计 在 较 长 时 间 内 维护 多 个 可 选 方案 
基于 集合 的 设计 和 固定 日 程 的 项 目 群 


基于 集合 的 设计 对 需要 高 度 固定 日 程 承 诺 的 项 目 群 特别 有 效 。 毕 况 ， 由 于 日 程 是 不 能 更 改 的 ， 维 护 多 个 设计 选项 的 存在 也 是 
合理 的 ， 即 使 有 些 设计 是 非常 可 靠 的 ， 但 可 能 无 法 满足 系统 开发 人 员 对 于 创新 和 性 能 优化 的 要 求 。 但 是 ， 当 截止 日 期 固定 不 可 更 
改 时 ， 团 队 必须 在 日 程 中 开展 相应 的 工作 ， 保 证 最 终 对 交付 日 期 的 承诺 。 


通过 基于 集合 的 设计 取得 经 济 效益 


当然 ， 维 护 多 个 设计 选项 也 是 有 代价 的 ， 包 括 开 发 和 维护 可 选项 的 成 本 ， 即 使 他 们 大 多 是 基于 模型 或 者 文档 的 。 ( 注 : 
Reinertsen 在 参考 资料 3] 中 指出 ， 保 持 多 个 设计 选项 是 U 型 优化 的 一 种 形式 ， 而 且 有 时 曲线 上 的 最 佳 数字 是 1! ) 但 是 在 高 度 创 
新 或 易 变 的 情况 下 ， 并 且 在 截止 日 期 不 可 变更 的 情况 下 (如 某 种 作物 联合 收割 机 必须 在 1 月 出 三 ) ， 基 于 集合 的 设计 也 许 就 是 最 
佳 选择 。 在 这 种 情况 下 ， 设 计 的 有 效 性 取决 于 以 下 因素 : 


. 灵活 性 一 一 尽 可 能 长 的 维护 一 个 宽泛 的 设计 选项 集合 
成 本 一 一 通过 建 模 、 模 拟 和 原型 设计 来 最 小 化 多 选项 的 成 本 
- 速度 一 一 通过 早期 且 频 繁 的 验证 可 选 设计 方案 来 促进 学 习 


为 了 获得 这 种 效益 ， 下 面 介绍 一 些 推荐 的 实践 。 


旨 明 接口 和 需求 ， 而 非 设计 


复杂 的 系统 由 子 系统 和 组 件 构成 ， 它 们 协同 工作 产生 系统 结果 。 虽 然 这 些 元 素 可 能 有 不 同 程度 的 斐 合 ， 但 是 可 以 通过 指明 性 
能 需求 和 接口 来 增加 设计 的 灵活 性 ， 而 不 是 关注 一 个 元 素 如 何 取得 其 结果 。 这 种 更 高 层次 的 概要 性 关注 ， 提 供 了 更 宽泛 的 设计 选 
项 ， 因 为 对 每 个 元 素 不 同 的 设计 ， 可 能 潜在 地 满足 各 自 预 定义 的 接口 。 


例如 ， 一 个 团队 可 能 正在 开发 一 台新 的 数控 机 床 ， 它 有 远 高 于 现 有 模型 的 性 能 需求 。 提 高 操作 速度 的 需求 ， 对 特定 的 组 件 是 
非常 有 现实 意义 的 。 所 以 ， 设 计 者 可 能 选择 模拟 伺服 电动 机 或 步 进 电动 机 。 步 进 电动 机 可 以 降低 制造 成 本 ， 但 可 能 无 法 满足 性 能 
要 求 。 在 设计 过 程 中 将 两 个 选项 保持 一 段 时 间 ， 有 助 于 正确 的 经 济 权衡 。 


此 外 ， 指 定 接 口 可 以 支持 以 快速 、 集 成 的 学 习 环 进 行 增 量 式 构建 。 在 机 床 的 例子 中 ， 对 特定 接口 取得 一 致意 见 ， 团 队 可 以 在 
设备 上 对 每 种 组 件 进行 机 床 原 型 测试 ， 而 不 需要 改变 设计 中 的 其 他 元 素 。 


建 模 、 模 拟 和 原型 


建 模 、 模 拟 和 原型 的 过 程 允许 早期 的 经 验 系统 验证 ， 并 且 它 提供 早期 的 学 习 点 ， 这 将 有 助 于 去 除 一 些 可 选 设计 和 验证 其 他 设 
计 。 基 于 模型 的 系统 工程 是 一 种 严谨 、 全 面 和 续 密 的 建 模 方法 。 这 些 技术 应 该 被 应 用 在 系统 中 有 可 能 发 生 高 风险 的 地 方 ， 从 而 显 
著 降 低 在 较 长 时 间 内 维护 可 选 设计 的 成 本 。 


频繁 的 集成 点 


在 开发 过 程 中 ， 新 的 设计 悬 而 未 定 ， 不 确定 性 随处 可 见 ， 真 正 的 认 知 却 很 稀少 。 唯 一 可 以 解决 这 种 不 确定 性 的 方法 ， 就 是 通 
过 早期 且 频 繁 的 系统 组 件 集成 来 测试 设计 。 在 SAFe 中 ， 有 一 部 分 集成 点 是 通过 两 周一 次 的 系统 演示 来 驱动 的 ， 还 有 一 部 分 集成 
点 是 通过 更 长 节奏 的 项 目 群 增 量 节奏 来 驱动 的 。 事 实 上 ， 没 有 这 种 频繁 集成 ， 基 于 集合 的 设计 实践 可 能 产生 错误 的 安全 感 ， 甚 至 
加 大 风险 ， 因 为 可 能 没有 一 个 设计 候选 项 能 够 真正 满足 必要 的 性 能 需求 。 频 繁 的 集成 可 以 支持 这 种 经 验 学 习 。 随 着 系统 的 演进 ， 
新 学 到 的 知识 能 减少 设计 选项 ， 如 图 6.6-2 所 示 。 


设计 候选 项 
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图 6.6-2 ”频繁 集成 提供 了 关键 的 学 习 点 来 减少 可 选 设计 


当 系 统 开发 涉及 供应 商 时 ， 频 繁 的 系统 集成 是 至 关 重 要 的 。 即 使 对 接口 进行 了 详细 定义 ， 如 果 集 成 不 够 频繁 ， 通 常会 有 一 些 
发 生 在 后 期 的 意外 情况 ， 导 致 没有 时 间或 资源 保证 对 最 终 交 付 时 间 的 承诺 。 


适应 性 计划 


明确 和 定期 的 计划 为 评估 不 同 设计 选项 提供 了 机 会 ， 而 且 直 接 支撑 基于 集合 的 思想 。PI 计 划 定 义 了 PI 的 总 体 意图 ,促进 了 候 
选 设计 方案 在 约束 和 要 求 方面 的 一 致 性 。 这 些 约束 和 要 求 对 备 选 的 设计 方案 起 到 制约 的 作用 。 和 迭代 计划 所 扮演 的 角色 更 加 具有 战 
术 性 ， 它 允许 团队 在 PI 执 行 期 间 进行 调整 ， 因 为 团队 可 以 从 频繁 的 集成 和 评审 增 量 价值 中 学 到 更 多 的 内 容 。 


基于 集合 的 设计 的 经 济 权衡 


不 同 的 设计 选项 具有 不 同 的 经 济 含义 ， 因 此 理解 基于 集合 的 设计 需要 理解 安 观 经 济 目标 和 系统 的 效益 。 一 种 做 法 是 将 候选 项 
放置 于 一 个 范围 之 中 ， 给 每 一 个 选项 一 种 权 值 。 


一 些 重要 的 经 济 指标 ， 包 括 开 发 成 本 、 制 造成 本 、 性 能 及 可 靠 性 、 支 持 成 本 、 开 发 时 间 和 技术 风险 ， 这 些 指标 有 助 于 说 明 哪 
些 设 计 选项 可 提供 更 大 的 益处 。 比 如 ， 在 之 前 的 机 床 例子 中 ， 各 种 类 型 和 品牌 的 发 动机 的 精密 度 和 制造 成 本 的 经 济 权衡 会 产生 很 
大 差异 ， 如 图 6.6-3 所 示 。 
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图 6.6-3 ”经 济 指标 (成 本 ) 和 性 能 要 求 (误差 范围 ) 之 间 的 权衡 曲线 ， 为 在 基于 集合 的 设计 间 进 行 选择 提供 了 指导 


总 而 言 之 ， 如 果 在 前 期 就 过 早 确定 设计 的 具体 细节 ， 是 很 难 切 合 实际 情况 的 需求 的 。 通 过 适当 地 了 解 经 济 权衡 ， 基 于 集合 的 
设计 提供 了 一 种 有 更 广泛 系统 视角 的 适应 性 方法 ， 并 提供 了 更 好 的 经 济 选择 和 对 现 有 约束 更 好 的 适应 性 。 
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6.7 敏捷 染 构 


尽管 我 们 必须 承认 在 设计 和 系统 开发 过 程 中 会 浮现 出 新 的 内 容 ， 但 适当 地 做 一 些 计划 是 可 以 避免 更 多 浪费 的 。 


一 一 James O.Coplien，《 精 益 架 构 》 


摘要 


敏捷 架构 是 一 套 价 值 观 和 实践 ， 用 以 支持 在 实现 新 的 业务 功能 时 ， 有 意识 地 进行 系统 的 设计 和 架构 的 演化 。 通 过 这 种 方法 ， 
即使 是 大 型 系统 的 架构 ， 也 可 以 在 支持 当前 用 户 需要 的 同时 持续 演化 。 这 可 以 避免 大 量 前 期 设计 ， 以 及 “阶段 -门限 ”方法 中 的 
频繁 启 停 的 影响 。 通 过 保持 系统 持续 运行 ， 使 价值 流动 更 加 流畅 。 


敏捷 架构 在 浮现 式 设计 和 意图 架构 之 间 进 行 平衡 ， 来 进行 增 量 的 价值 交付 。 浮 现 式 设计 为 完整 的 演化 提供 技术 基础 ， 设 计 是 
随 着 系统 的 构建 和 部 署 涌现 出 来 的 ， 并 能 响应 用 户 的 即时 需求 。 然 而 ， 组 织 又 必须 通过 一 些 需要 意图 和 计划 的 大 规模 架构 举措 ， 
来 应 对 新 的 业务 挑战 。 意 图 架构 为 那些 需要 一 定 整 体 技术 构建 的 敏捷 项 目 群 和 团队 ， 提 供 指 导 和 技术 治理 ， 为 整个 系统 提供 通用 
方法 ， 可 以 消除 元 余 ， 并 带 来 更 高 的 健壮 性 。 通 过 这 些 活动 ， 共 同 创建 的 架构 跑道 ,可 以 使 得 团队 更 快 、 更 可 靠 地 交付 业务 价 
值 。 


本 节 描 述 的 敏捷 架构 下 的 SAFe 原 则 ， 阐 释 了 所 有 支持 精益 -敏捷 开发 的 重要 基石 ， 如 沟通 协作 、 浮 现 式 设计 、 意 图 架构 、 简 
单 设计 、 可 测试 性 的 设计 、 原 型 设计 、 领 域 建 模 和 去 中 心 化 的 创新 。 


通过 平衡 浮现 式 设 计 和 意图 架构 ， 敏 捷 架 构 是 在 构建 企业 解决 方案 时 ， 为 了 应 对 复杂 性 而 采取 的 一 种 精益 -敏捷 方法 。 这 可 
以 避免 传统 开发 的 大 量 前 期 设计 、 局 动 和 停止 以 及 “大 分 支 与 合并 ”的 问题 。 


它 是 一 种 既 支 持 当前 用 户 需要 ， 同 时 又 支持 演化 系统 以 便 满足 近期 的 用 户 需 要 的 方法 。 通 过 结合 使 用 浮现 式 设 计 和 意图 架 
构 ， 可 以 持续 构建 和 扩展 架构 跑道 ， 从 而 为 未 来 的 业务 价值 开发 提供 技术 基础 。 


敏捷 架构 跨越 SAFe 框 架 的 所 有 层次 ， 下 面 列 出 的 敏捷 架构 原则 也 是 SAFe 的 基本 原则 : 
1. 浮 现 式 设计 。 架 构 即 协作 。 

2. 系 统 越 大 ， 架 构 跑道 越 长 。 

3. 构 建 可 用 的 最 简 架 构 。 

4. 当 有 疑问 时 ， 就 编码 或 给 出 模型 。 

5. 谁 构建 ， 谁 测试 。 

6 .专制 之 下 无 创新 。 


7. 实 现 架构 级 流动 。 


#1 一 一 浮现 式 设计 ， 架 构 即 协作 


传统 的 “阶段 -门限 ”开发 方法 通常 采用 大 量 前 期 设计 ， 来 创建 一 个 路 线 图 和 架构 基础 设施 来 应 对 未 来 系统 的 需要 。 主 张 采 
用 这 种 方法 的 人 相信 ， 通 过 前 期 的 一 次 性 努力 就 可 以 捕获 完整 的 需求 ， 并 能 制订 出 足以 支撑 系统 未 来 几 年 发 展 的 架构 规划 。 


然而 ， 这 样 的 方式 带 来 了 很 多 挑战 。 其 一 是 推迟 了 实施 的 启动 ， 其 二 是 当 这 些 预先 推测 设计 规划 好 的 架构 面临 真实 的 使 用 场 
景 时 ， 很 快 就 会 变 得 脆弱 并 难以 改变 。 最 终 ， 一 个 新 的 投机 假设 集合 所 带 来 的 “大 分 支 与 合并 ”又 会 成 为 老 套 的 作为 。SAFe 可 


用 通过 融合 浮现 式 设计 和 意图 架构 来 应 对 这 种 情况 ， 而 且 都 是 基于 协作 的 。 
浮现 式 设计 


《敏捷 宣言 》 第 11 条 原则 是 浮现 式 设计 这 一 概念 背后 的 主要 驱动 力 : 最 好 的 架构 、 需 求 和 设计 出 自 自 组 织 的 团队 (参考 资 
料 [2]) 。 这 也 就 意味 着 : 


* 设计 是 由 那些 与 其 关系 最 紧密 的 人 ， 一 起 协作 逐渐 完善 出 来 的 。 
. 设计 是 与 业务 功能 共同 演化 的 ， 它 经 过 持续 的 测试 ， 以 及 重 构 、 测 试 先 行 和 持续 集成 得 以 验证 。 
* 团队 快速 演化 设计 来 适用 于 当前 的 已 知 需求 ， 只 有 在 必须 实现 和 了 验证 下 一 个 增 量 功能 时 才 会 扩展 设计 。 
作为 一 种 新 的 实践 方法 ， 浮 现 式 设计 应 用 在 团队 级 别 是 有 效 的 。 然 而 ， 在 开发 大 型 系统 时 ， 只 使 用 浮现 式 设计 是 不 够 的 。 
“ 它 会 导致 对 一 些 可 预见 情况 的 过 多 的 重新 设计 ， 这 将 导致 经 济 损失 和 延缓 上 市 时 间 。 
. 团队 之 间 并 不 总 是 能 够 彼此 同步 设计 与 架构 相关 的 信息 ， 这 会 产生 更 多 假设 和 架构 分 歧 。 


* 团队 可 能 (甚至 ) 意识 不 到 茶 些 更 大 规模 的 潜在 业务 需要 ， 而 这 些 团队 视野 之 外 的 因素 ， 恰恰 是 未 来 架构 上 所 需要 考虑 和 
应 对 的 。 


- 对 于 较 大 规模 的 系统 群 而 言 ， 公 共 的 基础 架构 提升 了 系统 的 可 用 性 、 可 扩展 性 、 性 能 以 及 可 维护 性 。 
. 新 的 跨 领域 的 用 户 模式 会 影响 对 未 来 目标 的 适用 性 。 


+ 兼并 和 收购 会 产生 对 整合 和 基础 设施 通用 性 的 需求 。 


意图 架构 
由 此 ， 我 们 得 到 一 个 观点 ， 即 应 对 大 规模 系统 开发 的 复杂 性 ， 仪 靠 浮现 式 设计 是 不 够 的 。 简 而 言 之 ， 团 队 不 可 能 预见 到 其 视 


野 之 外 发 生 的 变化 ， 也 不 可 能 通过 让 个 别 团 队 完 全 理解 整个 系统 ， 来 规避 重复 建设 以 及 编码 和 设计 的 冲突 。 


为 此 ， 需 要 一 些 意图 架构 ， 进 行 一 系列 有 目的 、 有 规划 的 架构 举措 ， 来 加 强 解决 方案 设计 、 性 能 和 可 用 性 ， 并 为 团队 间 同 步 
进行 设计 和 实施 工作 提供 指导 。 


架构 即 协作 
显然 ， 能 够 兼 得 浮现 式 设计 的 快速 、 局 部 控制 和 意图 架构 的 全 局 视图 是 最 理想 的 情况 。 这 两 种 方法 的 结合 为 确保 系统 作为 一 


个 整体 ， 具 备 概念 上 的 完整 性 和 有 效 性 ， 提 供 了 所 需 的 指导 。 如 图 6.7-1 所 示 ， 实 现 浮现 式 设 计 和 意图 架构 的 恰当 平衡 会 推动 系 
统 架 构 的 有 效 演化 。 


图 6.7-1 表 明了 两 者 不 是 互相 独立 的 。 意 图 架构 约束 着 浮现 式 设 计 ， 但 是 ， 在 足够 高 的 抽象 层面 上 ， 也 人 允许 团队 将 架构 设计 
中 “意图 ”的 部 分 与 他 们 特定 的 上 下 文 进行 有 效 适 配 。 同 时 ， 浮 现 式 设计 也 会 影响 和 纠正 意图 架构 ， 并 为 那些 面向 未 来 的 、 集 中 
的 、 有 意图 的 规划 工作 提供 新 的 思路 。 


意图 架构 
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浮现 式 设计 和 意图 架构 之 间 的 这 种 深层 次 的 相互 作用 ， 只 能 发 生 在 敏捷 团队 、 系 统 与 解决 方案 架构 师 、 企 业 架 构 师 ， 以 及 产 
品 与 解决 方案 管理 者 之 间 的 协同 之 上 。 敏 捷 发 布 火车 创建 了 一 种 环境 ， 可 以 促进 团队 之 间 进 行 相应 的 协同 。 


#2 一 一 系统 越 大 ， 架 构 跑道 越 长 


当 企 业 平台 有 足够 的 技术 基础 设施 ， 来 支持 实现 待 办 事项 列表 中 高 优先 级 的 特性 和 能 力 ， 又 不 会 产生 过 度 的、 延迟 引入 重新 
设计 时 ， 这 样 的 企业 就 会 存在 一 条 架构 跑道 。 为 了 实现 某 种 程度 的 架构 跑道 ， 企 业 必须 在 构建 和 部 署 满 足 业务 发 展 的 新 平台 的 同 
时 ,持续 地 投资 以 扩展 现 有 的 平台 。 在 精益 -敏捷 企业 中 ， 将 放弃 瀑布 模式 中 的 “前 期 大 块头 分 支 与 合并 ”的 方法 ， 取 而 代 之 的 
是 ,企业 倾向 于 在 主 代码 库 中 增 量 式 地 逐步 实施 架构 举措 。 这 样 做 意味 着 ， 架 构 举措 必须 被 分 解 成 使 能 特性 ， 从 而 构建 用 于 实现 
新 的 业务 需要 的 架构 跑道 ， 如 图 6.7-2 所 示 。 


用 以 或 持 
使 能 未 来 的 特性 
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图 6.7-2 架构 跑道 不 断 演化 以 支持 未 来 的 业务 功能 


每 一 个 使 能 特性 必须 在 一 个 项 目 群 增 量 内 完成 ， 从 而 确保 系统 总 (至少 在 Pl 边界 上 ) 能 正常 运行 。 在 某 些 情况 下 ， 新 的 架构 


举措 是 碎片 化 实施 的 ， 甚 至 在 PI 中 实现 了 相应 的 架构 ， 也 不 会 发 布 给 客户 。 这 样 的 话 ， 架 构 跑 道 可 以 在 内 部 进行 开发 和 测试 ， 并 
支持 相关 的 特性 和 能 力 的 交付 ， 当 系统 具备 了 足够 的 特性 和 能 力 时 ， 就 可 以 在 下 一 个 或 以 后 的 PI 中 把 架构 跑道 发 布 给 用 户 。 


架构 跑道 的 概念 前 释 了 在 规模 化 的 开发 中 ， 意 图 架构 和 浮现 式 设计 如 何 有 效 地 互相 补充 : 敏捷 团队 采纳 对 未 来 业务 功能 的 意 
图 和 高 层次 的 想法 ， 并 将 其 进行 实例 化 ; 与 此 同时 ， 敏 捷 团 队 也 得 到 授权 去 寻找 最 佳 的 、 涌 现 式 的 设计 方案 。 


#3 一 一 构建 可 用 的 最 简 架 构 


“即使 在 开发 的 后 期 ， 我 们 也 欢迎 需求 的 变化 ” (敏捷 宣言 ， 参 考 资料 [2]) 。 是 的 ， 可 以 肯定 的 是 ， 如 果 系 统 的 设计 易于 
理解 一 定 会 有 助 于 支持 拥抱 变化 。 正 如 Kent Beck 所 说 ，“ 如 果 简 单 的 设计 是 好 的 ， 我 们 将 一 直 让 系统 在 支持 当前 业务 功能 的 同 
时 ， 保 持 最 简单 的 设计 ” (参考 资料 [3]) 。 事 实 上 ， 在 系统 具备 一 定 的 规模 时 ， 简 单 设 计 已 不 是 一 种 奢求 ， 而 是 一 种 生存 机 
制 。 要 实现 这 一 点 ， 有 很 多 注意 事项 会 对 设计 有 所 帮助 ， 以 下 是 一 些 相关 的 建议 : 


` 使 用 简单 的 、 通 用 语言 来 描述 系统 

* 保持 解决 方案 模型 尽 可 能 接近 问题 域 

* 持续 地 重 构 

确保 对 象 /组 件 接口 清晰 表达 其 意图 

- 遵循 以 往 良好 的 设计 原则 (参考 资料 [ 和 [5]) 


某 些 设计 系统 的 方法 ， 如 领域 驱动 设计 (参考 资料 [6]) ,设计 模式 的 使 用 (参考 资料 [各 ) ， 使 用 隐喻 (参考 资料 [3]) ， 所 
有 这 些 都 简化 了 团队 间 的 设计 和 沟通 工作 。 简 单 设计 在 “社交 ”方面 的 属性 是 至 天 重要 的 ， 因 为 这 让 代码 的 集体 所 有 权 成 为 可 
能 ， 反 过 来 促进 了 特性 导向 而 不 是 组 件 导向 [7]。 在 可 维护 、 可 扩展 的 解决 方案 的 演化 过 程 中 ， 核 心 要 点 是 将 系统 视 为 一 组 互相 
协作 的 实体 。 这 可 以 防止 一 些 典型 的 设计 缺陷 ， 诸 如 在 数据 库 层 写 太 多 的 逻辑 ， 创 建 一 个 过 于 复杂 的 U1， 或 者 最 终 产 生 一 些 又 
大 又 难以 管理 的 类 。 简 单 设计 需要 一 些 设计 的 知识 和 技能 ， 实 践 社区 (CoP) 有 助 于 这 些 最 佳 实践 的 研发 和 传播 。 


#4 一 一 当 有 疑问 时 ， 就 编码 或 给 出 模型 


对 于 良好 的 设计 决策 达成 一 致 可 能 是 一 件 困难 的 事情 。 在 选择 最 佳 行动 方案 时 ， 每 一 种 不 同意 见 似 乎 都 有 其 合理 性 ， 通 常 也 
没有 唯一 的 正确 答案 。 同 时 ， 虽 然 敏 捷 团 队 和 程序 员 不 介意 重 构 ， 但 他 们 肯定 希望 避免 不 必要 的 重 构 。 为 了 能 够 做 出 足够 好 的 设 
计 决 策 ， 人 敏捷 团队 通常 会 采用 技术 或 功能 探 针 或 者 快速 原型 法 将 不 同 的 方案 快速 编码 实现 出 来 。 

和 迭代 的 周期 较 短 ， 探 针 也 很 小 ， 然 后 ， 由 团队 、 设 计 师 、 架 构 师 甚至 最 终 用 户 ， 对 这 些 探 针 和 原型 进行 A/B 测 试 ， 以 此 得 到 
快速 、 客 观 的 反馈 结果 。 

在 某 些 情况 下 ， 仅 仅 通过 进行 编码 、 探 针 和 原型 的 方式 不 足以 应 对 设计 变化 时 ， 那 么 对 问题 进行 建 模 可 以 有 助 于 在 实现 之 前 
了 解 潜在 的 影响 。 如 图 6.7-3 所 示 ， 领 域 建 模 (参考 SAFe 中 “治理 ”的 相关 内 容 ) 和 用 例 模 型 是 两 个 特别 有 价值 的 轻 量 级 敏捷 建 
模 方法 。 


在 解决 方案 意图 中 记录 模型 


当然 ， 如 果 没有 人 能 找到 这 些 模 型 ， 它 们 也 不 会 得 到 应 用 。 因 此 模型 、 技 术 知 识 和 各 种 设计 决策 都 记录 在 作为 沟通 中 心 的 解 
决 方案 意图 (关键 知识 库 ) 中 。 在 实践 中 ， 系 统 构 建 者 使 用 文档 、 电 子 表格 ， 以 及 以 上 提 到 | 的 模型 等 多 种 形式 来 描述 技术 信息 。 
虽然 文档 和 电子 表格 很 容易 创建 但是， 它们 并 不 能 很 好 地 支持 精益 系统 工程 所 提倡 的 知识 转移 和 持续 协作 。 


Central 
Control Unit 


图 6.7-3 ”一 个 领域 模型 和 一 个 用 例 模 型 ， 由 一 个 系统 上 下 文 图 形 进 行 支持 
相 比 较 而 言 ， 另 一 种 更 好 的 方式 是 基于 模型 的 系统 工程 ， 在 “基于 模型 的 系统 工程 ”章节 中 有 详细 描述 。 


使 用 基于 模型 的 系统 工程 (MBSE) ， 解 决 方案 意图 将 包含 很 多 不 同类 型 的 模型 ， 这 些 模 型 中 有 很 多 选项 用 来 组 织 和 连接 各 
种 信息 。 系 统 与 解决 方案 架构 师 和 工程 师 负责 指定 模型 信息 和 组 织 来 确保 其 符合 质量 。 同 时 ， 敏 捷 团 队 将 他 们 各 自 拥 有 的 知识 和 
信息 触 入 这 些 模型 中 。 


#5 一 一 谁 构建 ， 谁 测试 


构建 架构 的 人 员 承 担 判断 一 个 设计 是 否 实际 可 用 的 责任 。 测 试 系统 架构 包括 测试 系统 的 能 力 ， 即 系统 是 否 具备 满足 较 大 规模 
功能 性 和 非 功能 性 操作 、 性 能 和 可 靠 性 需求 的 能 力 。 为 此 ， 团 队 就 必须 构建 测试 基础 设施 ， 尽 可 能 使 测试 自动 化 ， 以 实现 持续 的 
系统 级 测试 。 


随 着 架构 的 演化 ， 测 试 方法 、 测 试 框架 和 测试 套件 也 必须 随 之 演化 。 因 此 ， 系 统 架构 师 、 敏 捷 团 队 和 系统 团队 必须 积极 合作 
来 持续 进行 可 测试 性 设计 。 
#6 一 一 专制 之 下 无 创新 


架构 的 优化 是 敏捷 团队 、 架 构 师 、 工 程 师 和 利益 相关 者 共同 协作 的 结果 ， 这 也 有 助 于 营造 创新 文化 ， 让 创新 可 以 来 自任 何人 
和 任何 地 方 。 


虽然 这 些 想法 可 以 来 自任 何人 ， 但 是 要 捕获 和 传播 这 些 想 法 ， 需 要 在 系统 意图 中 通过 沟通 和 记录 来 进行 一 些 集中 化 的 管理 。 
企业 架构 师 的 职责 之 一 就 是 在 团队 级 别 中 营造 一 个 环境 ， 让 创新 想法 和 技术 改进 不 会 被 忽略 ， 并 能 整合 为 架构 跑道 的 组 成 部 分 。 
由 于 敏捷 开发 可 能 会 导致 所 谓 的 “专制 的 紧急 迭代 ”， 所 以 在 定期 发 生 的 创新 与 计划 (IP) 迭代 中 ， 应 为 创新 工作 预 留 一 些 时 
间 。 


#7 一 一 实现 架构 级 流动 


企业 级 架构 举措 需要 跨 敏捷 发 布 火车 和 价值 流 进行 协调 。 通 过 投资 组 合 看 板 ， 可 以 将 这 些 架 构 举 措 的 有 效 流动 过 程 进 行 可 视 
化 呈现 。 在 看 板 上 ， 项 目 群 和 价值 流 使 能 特性 与 能 力 遵循 通用 的 工作 流 模式 ， 包 括 探索 、 提 炼 、 分 析 、 优 先 级 排序 和 实施 等 步 


又 。 另 外 ， 看 板 系统 中 “拉动 ”的 特点 ， 允 许 在 其 工作 流程 上 建立 基于 在 制品 限制 的 能 力 管理 ， 这 有 助 于 避免 系统 过 载 。 项 目 群 
看 板 、 价 值 流 看 板 和 投资 组 合 看 板 ， 共 同 构成 了 SAFe 的 企业 内 容 治理 模型 。 通 过 这 种 模型 ， 对 经 济 框架 进行 了 部 分 的 实例 化 ， 
并 促进 了 去 中 心 化 的 决策 ， 经 济 框架 和 决策 对 于 确保 价值 得 以 快速 、 可 持续 的 流动 是 至 关 重 要 的 。 
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拉动 事件 目的 很 简单 ， 它 旨 在 将 开发 组 织 集中 在 一 个 有 形 的 事件 上 ， 以 强制 完成 一 个 学 习 环 的 方式 ， 从 而 达到 进行 实质 演示 
的 目的 。 


——Dantar P.Oosterwal 


摘要 


解决 方案 演示 是 一 个 价值 流 中 项 目 群 增 量 周 期 内 的 重大 事件 。 在 这 项 重大 活动 中 ， 来 自 多 列 敏捷 发 布 火车 的 所 有 开发 工作 结 
果 ， 以 及 供应 商 和 其 他 价值 流 参与 者 所 做 的 贡献 ， 对 于 客户 和 其 他 利益 相关 者 来 说 都 是 可 见 的 。 这 是 完整 集成 解决 方案 层级 演示 
的 最 关键 时 刻 ， 也 是 进行 客观 评估 ， 以 及 利益 相关 者 和 客户 提供 反馈 的 时 刻 ， 同 时 也 是 庆祝 上 一 个 项 目 群 增 量 成 果 的 时 刻 。 


解决 方案 演示 也 代表 了 在 价值 流 中 一 些 最 重要 的 学 习 节 点 ， 演 示 的 结果 将 决定 针对 企业 投资 组 合 中 重要 因素 的 下 一 步行 动 措 
施 。 


解决 方案 演示 是 价值 流 生 命 周 期 中 的 一 个 重要 事件 。 这 种 基于 节奏 的 事件 可 以 让 高 层 战略 利益 相关 者 ， 通 过 客观 事实 来 查看 
解决 方案 在 过 去 的 项 目 群 增 量 期 间 所 取得 的 进展 。 在 演示 中 ， 开 发 团队 展示 解决 方案 的 新 能 力 ， 并 表明 它 符合 非 功 能 性 需求 和 整 
体 的 适应 性 。 关 键 利益 相关 者 ， 通 常 包括 解 决 方案 管理 者 、 架 构 师 /工程 师 ， 以 及 可 能 参加 的 客户 ， 他 们 会 参加 这 个 演示 会 议 ， 
并 提供 直接 的 反馈 和 意见 。 


解决 方案 演示 事件 至 天 重要 ， 它 是 一 个 高 级 别 的 会 议 ， 同 时 也 预测 了 下 一 个 价值 流 和 投资 组 合 的 决策 。 它 是 度量 进度 的 唯一 
确切 标准 ， 也 是 缓解 价值 流 投资 风险 的 主要 方式 。 


解决 方案 演示 作为 一 个 “拉动 ”事件 


在 本 节 的 引言 中 提 到 ， 解 决 方案 演示 是 一 个 有 目的 、 强 制 性 的 和 高 层级 参与 的 “拉动 ”事件 。 它 把 解决 方案 的 各 个 方面 结合 
在 一 起 ， 有 助 于 确保 敏捷 发 布 火车 和 供应 商 共 同 创建 的 这 个 解决 方案 经 过 了 集成 和 测试 ， 并 符合 预期 目标 。 


因此 ， 它 加 速 了 开发 中 解决 方案 的 集成 、 测 试 和 评估 ， 否 则 所 有 这 些 很 容易 推迟 到 解决 方案 生命 周期 的 后 期 才能 执行 。 


在 投资 组 合 中 ， 企 业 有 时 会 举行 更 大 的 “拉动 ”事件 ， 在 这 个 过 程 中 ， 几 个 解决 方案 汇聚 在 一 起 ， 通 过 进行 “路 演 ” 的 方式 
来 展示 他 们 的 成 果 (参考 资料 [1] 中 给 出 了 一 个 例子 ) 。 在 演示 会 议 中 ， 高 层 管理 人 员 、 利 益 相 关 者 和 投资 组 合 受托 人 ， 一 起 评 
审 在 更 广泛 的 投资 组 合 环境 中 的 进展 ， 并 做 出 相关 决策 ， 包 括 继续 执行 、 终 止 举措 执行 ， 或 者 对 价值 流 间 的 预算 投资 进行 调整 。 


概览 

准备 

解决 方案 演示 是 一 个 天 键 的 会 议 ， 必 须 事先 准备 ， 该 准备 通常 开始 于 PI 计 划 前 、 后 会 议 ， 因 为 这 两 个 会 议 可 以 提供 最 近 的 系 
统 演示 结果 。 这 些 结果 可 以 让 正在 进行 演示 的 人 员 知 晓 ， 解 决 方案 中 的 哪些 具体 能 力 和 相关 方面 可 以 进行 演示 。 此 外 ， 虽 然 解 决 


方案 演示 的 参与 人 员 可 能 不 会 很 多 (范围 考虑 : 避免 让 大 多 数 开发 团队 成 员 参 与 ) ， 但 会 议 组 织 工作 依然 十 分 重要 。 通 常 ， 参 加 
演示 会 议 的 人 员 对 价值 流 来 说 都 是 很 重要 的 ， 会 议 的 组 织 、 时 间 的 安排 、 演 示 的 方式 ， 以 及 专业 化 程度 的 体现 ， 都 可 以 提升 参与 
者 的 体验 ， 而 且 这 些 因素 甚至 可 能 会 影响 结果 。 


与 人 


Y 
ball 


解决 方案 演示 的 参与 人 员 通 常 包括 : 


. 解决 方案 管理 者 。 


“ 价值 流 工 程 师 。 


* 解决 方案 架构 师 / 工 程 师 。 


EP. 


* 敏捷 发 布 火车 代表 ， 通 常 是 产品 管理 者 、 系 统 团 队 、 产 品 负责 人 和 开发 团队 的 代表 (可 以 亲身 体验 客户 反馈 ) o 


* 项 目 群 投 资 组 合 管 理 部 门 的 代表 。 


- 价值 流 层 利益 相关 者 ， 高 层 管 理发 起 人 和 高 级 经 理 。 


- DevOps. 


议程 

典型 的 会 议 议程 包括 以 下 事件 : 

. 评审 项 目 群 增 量 开始 时 一 致 同意 的 价值 流 PI 目 标 (10 分 钟 ) 。 
- 用 端 到 端的 用 例 演示 每 个 目标 和 能 力 (总 共 30 一 60 分 钟 ) 。 
- 确定 每 个 目标 完成 的 业务 价值 。 

- 针对 问题 和 意见 的 开放 讨论 。 

- 总 结 进展 、 反 馈 和 识别 行动 措施 ， 结 束 会 议 。 


如 果 多 个 解决 方案 一 起 演示 ， 那 么 演示 当天 可 能 会 很 有 趣 。 一 个 常见 的 形式 就 像 一 个 科学 展览 会 ， 每 个 解决 方案 都 有 一 个 区 
域 来 演示 进展 ， 同 时 允许 利益 相关 者 提出 问题 和 反馈 。 如 上 面议 程 提 到 ， 每 个 解决 方案 都 有 一 个 1 小 时 的 时 间 盒 ， 用 来 向 一 些 特 
定 的 利益 相关 者 展示 其 成 果 ， 但 所 有 的 解决 方案 都 可 以 持续 演示 。 而 来 自 其 他 解决 方案 的 成 员 和 利益 相关 者 ， 都 可 以 访问 每 个 解 
决 方案 以 获得 非 正式 的 演示 ， 并 提供 非 正式 的 反馈 。 


aS 
当然 ， 没 有 唯一 正确 的 方法 用 来 进行 一 个 成 功 的 解决 方案 演示 ， 但 有 一 些 技巧 值得 注意 : 


演示 时 间 人 金 是 1~2 个 小 时 ， 这 对 于 保持 关键 利益 相关 者 的 参与 度 是 至 关 重 要 的 。 这 也 展示 了 专业 精神 和 解决 方案 的 就 绪 状 


ar 


- 资深 工程 师 和 团队 成 员 共 同 承担 展示 新 特性 的 职责 。 

. 尽量 少 一 些 幻灯 片 ， 仅 演示 可 工作 的 和 通过 测试 的 能 力 。 

. 讨论 当前 PI 对 解决 方案 的 非 功能 性 需求 和 解决 方案 意图 的 影响 。 

.在 解决 方案 上 下 文中 进行 演示 ( 见 下 文 )。 

在 解决 方案 上 下 文中 演示 解决 方案 

上 面 提 到 的 最 后 一 条 是 非常 关键 的 ， 因 为 不 同 的 解决 方案 可 能 与 它们 的 解决 方案 上 下 文具 有 不 同 程度 的 耦合 性 。 在 某 些 情况 
下 ， 一 个 解决 方案 很 大 程度 上 是 独立 于 其 环境 而 存在 的 ， 因 此 单独 的 解决 方案 演示 可 能 就 已 经 足够 了 。 然 而 ， 当 解决 方案 严格 依 
赖 于 解决 方案 上 下 文 (例如 ， 多 个 系统 嵌 套 一 一 “系统 的 系统 ”) 时 ， 单 独 的 解决 方案 演示 就 显得 有 所 不 足 了 ， 甚 至 可 能 会 导 
致 错误 。 在 这 种 情况 下 ， 解 决 方案 应 该 在 能 完全 代表 解决 方案 上 下 文 的 环境 中 进行 演示 。 但 是 如 果 无 法 在 解决 方案 上 下 文 的 环境 


中 进行 演示 时 ， 开 发 人 员 就 应 该 做 好 计划 ， 与 大 型 的 解决 方案 上 下 文 进行 定期 集成 。 然 而 ， 在 这 种 情况 下 ， 由 于 集成 的 速度 是 最 
慢 的 ， 所 以 获取 的 学 习 也 是 最 慢 的 。 


解决 方案 演示 的 战略 、 投 资 和 时 机 
大 型 系统 可 能 难以 集成 ， 为 了 能 够 定期 演示 解决 方案 增 量 ， 团 队 通 常 必须 在 集成 、 测 试 和 配套 设施 上 投入 相应 的 工作 量 。 即 
使 这 样 ， 集 成 和 测试 的 程度 可 能 也 会 小 于 100%， 并 且 可 能 在 多 个 早期 集成 点 上 存在 差异 。 为 了 达到 尽 可 能 高 的 集成 和 测试 程 


度 ， 团 队 可 以 利用 虚拟 化 、 环 境 仿真 、 模 拟 、 打 桩 、 减 少 测试 套件 等 方法 。 此 外 ， 在 PI 计划 期 间 ， 可 能 需要 明确 分 配 一 些 集成 和 
演示 的 工作 ， 以 及 环境 搭建 准备 的 时 间 。 


关于 时 间 的 考虑 ， 可 能 会 在 PI 的 最 后 一 个 系统 演示 之 后 ， 再 滞后 一 段 时 间 才 进行 解决 方案 演示 。 然 而 ， 带 来 的 后 果 将 是 : 产 
生 延 迟 的 反馈 回路 ， 并 增加 风险 、 降 低 价值 流 的 速度 。 以 下 是 一 些 减少 滞后 时 间 的 建议 : 


- 在 计划 时 ， 把 演示 作为 PI 范 围 的 一 部 分 ， 这 可 能 需要 一 些 配置 管理 支持 来 实现 部 分 演示 。 
* 在 创新 与 计划 选 代 中 为 这 种 高 层级 的 集成 预 留 空间 。 


* 扩展 敏捷 发 布 火 车 的 职责 范围 ， 使 其 也 可 以 涉及 集成 和 测试 领域 ， 这 样 就 可 与 其 他 火车 的 子 系统 /能 力 领 域 产生 更 多 重 


登 。 因 此 ， 即 使 是 单个 的 系统 演示 ， 也 能 提供 一 个 比较 近似 完整 集成 的 解决 方案 演示 。 
最 后 ， 解 决 方案 本 身 可 以 进行 更 好 的 设计 ， 以 便 支 持 集成 和 测试 ， 从 而 大 幅度 降低 方案 演示 的 成 本 。 标 准 接口 、 严 格 定义 的 
应 用 程序 接口 ， 以 及 软件 的 容器 都 有 助 于 团队 在 早期 发 现 问题 和 不 一 致 性 ， 使 端 到 端的 子 系统 集成 和 测试 变 得 更 容易 。 


[1] Oosterwal, Dantar P.The Lean Machine: How Harley-Davidson Drove Top-Line Growth and Profitability with Revolutionary 


Lean Product Development.Amacom, 2010. 


6.9 ”PI 计划 前 、 后 会 议 


在 跨 领 域 计划 中 应 用 节奏 、 同 步 。 


一 一 SAFe 原 则 #7 


摘要 


PI 计划 对 每 一 列 敏 捷 发 布 火车 来 说 ， 都 是 一 个 关键 的 、 有 节奏 的 同步 节点 (参考 4.11 节 ) 。 对 包含 多 个 敏捷 发 布 火车 的 价值 
流 来 说 ， 有 必要 增加 另外 两 个 会 议 一 一 即 Pl 计划 前 会 议和 PI 计划 后 会 议 ， 本 节 将 对 其 进行 详细 讨论 。 这 两 个 会 议 可 以 帮助 协调 包 
含 在 价值 流 中 的 一 系列 敏捷 发 布 火车 。 这 种 高 层级 的 计划 为 我 们 创建 全 局 的 解决 方案 提供 了 帮助 ， 并 且 可 以 让 我 们 明确 看 到 ， 解 
决 方案 在 下 一 个 项 目 群 增 量 (PI) 中 所 处 的 位 置 和 方向 。 


尽管 这 些 会 议 的 时 间 和 议程 可 能 会 因 解决 方案 上 下 文 的 不 同 而 异 ， 但 这 些 会 议 通常 都 在 敏捷 发 布 火车 计划 会 议 召开 前 后 ， 立 
即 进行 。 PI 计划 前 会 议 为 即将 到 来 的 敏捷 发 布 火车 PI 计划 会 议 提供 上 下 文 环 境 ; 接 下 来 ， 价 值 流 的 利益 相关 者 将 会 参加 敏捷 发 布 
火车 计划 会 议 ; 这 一 系列 会 议 中 的 最 后 一 个 会 议 是 PI 计划 后 会 议 ， 将 基于 敏捷 发 布 火车 计划 的 结果 ， 汇 聚 成 下 一 个 PI 的 价值 流 目 
标 以 及 解决 方案 路 线 图 。 


理解 Pl 计划 前 、 后 会 议 


PI 计划 前 、 后 会 议 有 助 于 大 型 价值 流 中 的 多 个 敏捷 发 布 火车 和 供应 商 ， 一 起 协作 创建 下 一 个 项 目 群 增 量 的 计划 。PI 计 划 前 、 


百 会 议 更 像 是 PI 计 划 会 议 的 包装 器 ， 这 些 计划 会 议 在 整个 项 目 群 层面 实际 发 生 ， 也 可 以 在 创新 与 计划 (IP) 迭代 的 日 历 中 查 到 具 
体 的 计划 会 议 日 期 。PI 计 划 前 会 议 ， 用 于 协调 敏捷 发 布 火车 计划 会 议 中 需要 的 输入 目标 、 关 键 里 程 碑 、 解 决 方案 上 下 文 以 及 业务 
上 下 文 。PI 计 划 后 会 议 ， 用 于 整合 敏捷 发 布 火车 计划 会 议 的 结果 ， 并 整理 成 价值 流 的 愿景 和 路 线 图 。 在 PI 计 划 后 会 议 结束 时 ， 应 
该 对 一 系列 的 价值 流 PI 目 标 (在 PI 结束 时 可 以 实现 的 ) 和 下 次 解决 方案 演示 会 议 上 展示 的 内 容 达 成 共识 


正如 PI 计 划 会 议 一 样 ，PI 计 划 前 、 后 会 议 可 以 提供 大 量 有 价值 的 业务 收益 
过 面对面 的 沟通 ， 提 供 了 高 效 和 频繁 的 交流 。 
通过 敏捷 发 布 火 车 和 价值 流 PI 目 标 ， 把 敏捷 发 布 火车 与 价值 流 对 齐 。 
: 识别 跨 敏捷 发 布 火车 之 间 的 依赖 ， 并 促进 其 相互 协作 。 
. 提供 了 指导 恰如其分 的 解决 方案 架构 (也 适用 于 用 户 体验 环节 ) 的 机 会 。 
` 将 解决 方案 的 需求 与 敏捷 发 布 火车 的 容量 进行 匹配 。 


PI 计划 前 、 后 会 议 的 男 一 个 好 处 是 在 价值 流 所 涉及 的 范围 内 的 团队 建设 ,这 有 助 于 我 们 创造 一 个 实现 更 高 绩效 的 组 织 形态 。 
而 且 ， 由 于 计划 是 基于 已 知 的 速度 创建 的 ，PI 计 划 后 会 议 可 以 帮助 我 们 严谨 而 持续 不 断 地 评估 在 制品 (WIP) 数量 ， 并 根据 需要 
去 除 一 些 多 余 的 在 制品 (WIP) 。 


PI 计划 前 、 后 会 议 的 输入 包括 : 价值 流 路 线 图 、 愿 景 、 解 决 方案 意图 、 价 值 流 待 办 事项 列表 中 高 优先 级 的 能 力 。 这 两 个 会 议 
的 与 会 者 包括 : 客户 、 价 值 流利 益 相关 者 (价值 流 工程 师 、 解 决 方案 管理 者 、 解 决 方案 架构 师 / 工 程 师 、 解 决 方案 系统 团队 、 发 
布 管理 者 ) ， 以 及 所 有 敏捷 发 布 火车 和 供应 商 的 代表 (通常 包括 产品 管理 者 、 系 统 架构 师 / 工 程 师 、 发 布 火车 工程 师 ， 以 及 工程 
经 理 ) 。 这 两 个 会 议 的 输出 包括 三 个 重要 的 工件 : 


一 系列 汇总 的 服务 于 价值 流 的 目标 ， 目 标 要 符合 “SMART” 原则 。 
2. 一 个 价值 流 计 划 公 告 板 ， 重 点 强调 目标 、 预 期 的 交付 日 期 ， 以 及 和 解决 方案 相关 的 一 些 里 程 碑 信 息 。 
3. 一 次 投票 表决 ， 用 于 显示 对 完成 这 些 目标 的 信心 和 承诺 。 


这 种 流程 是 重复 进行 的 “滚动 式 计 划 ” ， 在 业务 和 技术 环境 中 ， 可 以 指导 解决 方案 克服 不 可 避免 的 技术 障碍 、 波 折 和 难关 。 


通过 解决 方案 演示 获取 相应 的 背景 信息 


解决 方案 演示 对 应 价值 流 ， 就 像 系统 演示 对 应 敏捷 发 布 火车 一 样 。 通 过 演示 ， 我 们 获得 了 对 整合 后 的 解决 方案 进行 定期 评估 
的 机 会 。 这 个 演示 通常 由 解决 方案 工程 师 主 持 ， 价 值 流 的 利益 相关 者 (包括 解决 方案 管理 者 以 及 价值 流 工程 师 ) 通常 也 会 参加 这 
个 会 议 。 这 个 会 议 中 获得 的 信息 ， 将 会 帮助 利益 相关 者 对 当前 解决 方案 的 进展 、 绩 效 和 潜在 适用 性 进行 客观 评估 。 尽 管 解 决 方案 
演示 的 时 间 取决 于 价值 流 和 解决 方案 的 上 下 文 ， 但 是 演示 将 会 对 PI 计划 前 、 后 会 议 提供 关键 的 背景 信息 。 
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PI 计划 前 、 后 会 议 的 准备 


Pl 计划 前 、 后 会 议 将 价值 流 中 各 个 部 分 的 利益 相关 者 汇聚 到 一 起 。 他 们 需要 对 要 完成 的 内 容 进行 准备 、 协 调和 沟通 。 下 面 所 
示 的 议程 和 时 间 安 排 将 会 给 出 一 个 如 何 召 开 这 些 会 议 的 指导 ， 但 是 不 同 的 价值 流 会 因 其 所 承担 的 能 力 和 所 处 位 置 不 同 而 有 所 调 
整 


iEo 


会 议 的 时 间 和 实际 流程 如 何 安排 ， 为 了 真正 达到 敏捷 发 布 火 车 和 供应 商 之 间 一 致 的 意见 ， 会 议 中 的 这 些 内 容 是 不 可 或 缺 


的 。 在 会 议 中 确认 清晰 的 愿景 、 上 下 文 ， 并 确保 正确 的 利益 相关 者 参与 到 会 议 中 是 至 关 重 要 的 ， 包 括 : 
- 管理 层 简 要 描述 一 一 定义 了 当前 的 业务 、 解 决 方案 和 客户 上 下 文 。 


:价值 流 愿 景 简 要 描述 


解决 方案 管理 者 提供 了 简要 的 信息 ， 包 含 价 值 流 待 办 事项 列表 中 最 高 优先 级 的 能 力 。 


:对 于 下 一 个 里 程 碑 清晰 的 定义 。 
在 PI 计 划 前 会 议 中 设 定 计划 的 背景 环境 


PI 计 划 前 会 议 为 敏捷 发 布 火车 和 供应 商 创 建 他 们 的 计划 做 好 了 铺垫 。 会 议 中 具体 的 环节 如 下 所 述 ， 图 6.9-1 给 出 了 这 个 会 议 
的 整体 日 程 安排 作为 参考 。 


PI 计划 前 会 议 
8:00 一 10:00 P| BARS 


10:00 玉 训 业务 环境 和 价值 流 愿 景 
10:30 ~ 11:30 WWD DE ba 


11:30 一 13:30 下 一 个 PI 的 特性 


图 6.9-1 PI 计 划 前 会 议 议程 示例 


PI 总 结 报告 一 一 每 一 个 敏捷 发 布 火车 和 供应 商都 提供 关于 前 一 个 PI 完 成 情况 的 简报 。 昌 然 这 并 不 能 取代 解决 方案 演示 会 议 ， 
但 它 的 确 提供 了 在 PI 已 经 完成 了 哪些 内 容 的 背景 信息 。 


业务 和 解决 方案 上 下 文 一 一 高 层 管理 者 展示 出 一 份 关于 价值 流 和 项 目 投资 组 合 的 当前 状态 的 简报 。 解 决 方案 管理 者 展示 出 
价值 流 的 当前 愿景 ， 并 突出 强调 与 前 一 个 PI 相 比 所 带 来 的 变化 。 他 们 也 会 展示 未 来 3 个 PI 的 路 线 图 ， 以 及 接 下 来 在 这 些 PI 中 将 会 
发 生 的 里 程 碑 ， 以 确保 这 些 信息 能 获悉 并 得 到 跟 进 。 


价值 流 待 办 事项 列表 
中 的 使 能 能 力 和 使 能 史诗 。 


解决 方案 管理 者 将 会 评审 下 一 个 PI 中 高 优先 级 的 能 力 。 解 决 方案 架构 师 / 工 程 师 将 会 讨论 下 一 个 PI 


下 一 个 PI 的 特性 一 一 每 一 个 敏捷 发 布 火车 的 产品 管理 者 ， 都 会 把 为 下 一 个 PI 所 准备 的 项 目 群 待 办 事项 列表 展示 给 大 家 ， 并 讨 
论 与 其 他 敏捷 发 布 火车 的 依赖 天 系 。 


价值 流利 益 相 关 者 参与 敏捷 发 布 火车 PI 计划 会 议 


由 于 大 型 价值 流 计 划 会 议 的 统筹 安排 相当 复杂 ， 很 有 可 能 成 为 价值 流利 益 相关 者 参与 会 议 的 限制 性 因素 。 然 而 ， 只 要 有 可 
能 ， 就 需要 让 关键 的 敏捷 发 布 火车 利益 相关 者 尽量 参与 到 敏捷 发 布 火车 PI 计划 会 议 中 ， 这 些 利益 相关 者 主要 包括 : 解决 方案 管理 
者 、 价 值 流 工程 师 、 解 决 方案 架构 师 /工程 师 。 在 大 多 数 情 况 下 ， 多 个 敏捷 发 布 火车 计划 会 议 是 同步 进行 的 ， 这 些 价值 流利 益 相 
关 者 会 在 多 个 敏捷 发 布 火车 的 PI 计划 会 议 中 ， 穿 插 着 参与 其 中 。 供 应 商 和 客户 也 同样 扮演 着 重要 的 角色 ， 在 敏捷 发 布 火车 PI 计划 
会 议 中 也 应 该 有 人 代表 他 们 出 席 会 议 


在 PI 计 划 后 会 议 中 总 结 结 


在 敏捷 发 布 火车 各 自 的 计划 会 议 结束 后 ， 将 会 召开 PI 计划 后 会 议 。 这 个 会 议 主要 用 于 同步 各 个 敏捷 发布 火车 之 间 的 工作 ， 并 
创建 出 整体 的 解决 方案 计划 和 路 线 图 。 参 与 会 议 的 人 员 包 括 价值 流利 益 相 关 者 ， 以 及 关键 的 敏捷 发 布 火车 利益 相关 者 。 图 6.9-2 
是 一 个 会 议 议程 的 示例 ， 下 文 将 进行 详细 讨论 。 


ay 


> 


PI 计划 前 
| 计划 会 议 报 告 


12:00 一 13:00| 


评审 计划 、 
13:00 ~ 15:00 分 析 凤 险 ， 并 投票 
表决 完成 计划 的 信心 


is:00—777 本 
制订 计划 


计划 回顾 ， 继 续 向 前 


图 6.9-2 ”PI 计划 后 会 议 议 程 示例 


PI 计划 会 议 报告 一 每 一 个 敏捷 发 布 火车 产品 管理 者 ， 展 示 他 们 基于 各 自 的 PI 计划 会 议 所 创建 的 计划 ， 并 详细 地 描述 他 们 的 
PI 目标 ， 以 及 预期 完成 的 日 期 。 发 布 火车 工程 师 在 价值 流 公 告 板 上 每 一 行 对 应 的 ART 中 填写 相关 信息 ， 并 与 其 他 敏捷 发 布 火车 或 
供应 商讨 论 依赖 天 系 。 


评审 计划 、 分 析 风 险 ， 并 投票 表决 完成 计划 的 信心 一 一 所 有 与 会 者 一 起 评审 制订 的 计划 。 在 PI 计划 会 议 时 ， 敏 捷 发 布 火车 
已 经 识别 出 了 可 能 会 影响 团队 达到 他 们 目标 的 主要 风险 和 障碍 。 此 时 ， 相 关 的 风险 可 以 在 一 个 更 广泛 的 价值 流 背 景 下 ， 由 大 家 一 
起 讨论 处 理 。 可 以 对 风险 逐个 进行 讨论 ， 通 过 一 种 清晰 、 诚 实 和 可 见 的 方式 ， 把 所 有 已 识别 的 风险 逐个 归 入 以 下 类 别 : 


“ 已 解决 一 一 团队 同意 该 问题 已 不 再 值得 关注 。 


: 已 承担 


该 风险 无 法 在 会 议 上 解决 ， 但 有 人 会 承担 该 风险 的 处 理 。 


: 已 接受 一 有 些 风险 就 是 事实 或 者 可 能 发 生 的 事情 ， 必 须 被 理解 和 接受 。 


已 减轻 


团队 能 制订 一 个 计划 来 减轻 该 风险 影响 。 


一 旦 确定 了 相应 的 风险 ， 团 队 成 员 会 在 会 议 上 针对 是 否 符合 价值 流 PI 目 标 进 行 信心 投票 。 每 个 团队 进行 一 次 “五 指 拳 ” 投 
票 。 如 果 平 均 有 三 到 四 根 手指 ,管理 层 就 应 该 接受 团队 的 承诺 。 如 果 平均 数 少 于 三 根 手指 ， 那 么 计划 需要 调整 或 重 做 。 任 何人 如 
果 伸 出 两 根 或 两 根 以 下 的 手指 ， 就 需要 给 他 们 机 会 说 出 其 顾虑 ， 这 个 顾虑 也 可 能 会 加 入 风险 列表 中 。 


如 果 需 要 的 话 ， 重 新 制订 计划 一 一 如 果 有 必要 ， 团 队 需 要 重新 制订 他 们 的 计划 ， 直 到 达成 共识 。 这 将 会 顺延 敏捷 发 布 火车 
的 后 续 会 议 ， 因 为 任何 对 计划 的 改变 ， 都 需要 让 团队 参与 其 中 。 


计划 回顾 ， 继 续 向 前 一 一 最 后 ， 价 值 流 工程 师 主持 一 个 回顾 会 议 ， 并 记录 那些 在 会 议 中 做 得 好 的 部 分 ， 做 得 不 好 的 部 分 
以 及 哪些 可 以 做 得 更 好 。 通 过 这 样 的 方式 ， 我 们 讨论 下 一 步 的 行动 ， 包 括 确认 目标 、 使 用 项 目 管理 工具 ， 以 及 确定 即将 发 生 的 关 
键 行动 和 事件 的 日 程 表 。 


创建 正确 的 成 果 


一 个 成 功 的 会 议 可 以 提供 三 个 主要 的 成 果 : 


1. 一 系列 汇总 的 服务 于 价值 流 的 目标 (符合 “SMART” 原则) ， 并 由 解决 方案 管理 者 、 解 决 方案 架构 师 /工程 师 ， 以 及 客户 
设 定 相应 的 业务 价值 。 同 样 还 包含 了 一 些 延 伸 性 目标 ， 它 们 在 计划 中 创建 ， 但 解决 方案 并 不 对 其 进行 承诺 。 延 伸 性 目标 提供 了 灵 
活 的 容量 ， 以 及 范围 管理 可 选项 ， 从 而 可 以 提高 PI 执 行 的 可 靠 性 和 质量 。 


2. 价 值 流 计 划 公 告 板 强调 了 PI 的 目标 、 预 期 的 交付 日 期 ， 以 及 一 些 从 项 目 群 公告 板 汇聚 的 里 程 碑 信 息 ， 如 图 6.9-3 所 示 。 


巴 哈 赛 车 -价值 流 公告 板 一 PI 1 
a 迭代 1.1 迭代 1.2 迭代 1.3 迭代 1.4 | 迭代 1.5(IP) 


“| 


乘 车 管理 系统 
影响 ART 
乘 车 管理 系统 


供应 商 ART 
系统 团队 


_ m 表示 = 表示 ART 之 间 的 依赖 关系 ， 
getty [Epsom By as 
ANRA 表示 重大 依 新 关键 事 需要 在 能 力 完成 之 前 进行 处 理 


图 6.9-3 ”价值 流 公告 板 示例 
3. 通 过 一 次 投票 表决 ， 来 展示 所 有 人 对 于 完成 这 些 目标 的 信心 和 承诺 。 


最 后 ， 还 需要 基于 计划 好 的 PI 的 目标 ， 对 价值 流 路 线 图 进行 相应 的 更 新 。 


6.10 ”供应 商 


买 家 和 供应 商 之 间 的 长 期 关系 ， 对 最 佳 经 济 效益 来 说 是 必要 的 。 


— V.R: RA (参考 资料 [1]) 


摘要 


精益 -敏捷 组 织 以 尽 可 能 短 的 前 置 时 间 和 尽 可 能 高 的 质量 向 客户 交付 价值 。 只 要 情况 允许 ， 他 们 就 邀请 供应 商 一 起 开发 和 交 
付 组 件 与 子 系统 ， 以 帮助 实现 其 使 命 。 供 应 商 拥 有 唯一 的 、 特 殊 的 胜任 能 力 和 解决 方案 ， 而 且 他 们 是 各 自 技 术 领 域 里 的 专家 ， 他 
们 可 以 提供 高 效 的 杠杆 优势 ， 进 行 快速 和 经 济 的 交付 。 因 此 ， 供 应 商会 参与 到 大 多 数 的 价值 流 中 ， 并 且 价值 交付 非常 依赖 他 们 的 
绩效 表现 。 


本 节 将 讨论 如 何 将 供应 商 整合 到 价值 流 中 。 在 某 种 程度 上 ， 具 体 的 完成 方式 取决 于 供应 商 自己 的 开发 和 交付 方法 ， 但 在 很 多 
情况 下 ， 精 益 -敏捷 企业 对 待 供应 商 像 长 期 业务 伙伴 一 样 ， 并 让 他 们 深入 参与 到 价值 流 中 。 而 且 ， 这 些 企业 积极 地 与 供应 商 一 起 
工作 ， 让 他 们 接受 精益 -敏捷 思维 和 实践 。 这 为 双方 都 带 来 了 经 济 效益 的 增长 。 


供应 商 在 SAFe 中 扮演 着 重要 的 角色 。 由 于 他 们 提供 独特 的 能 力 和 解决 方案 ， 他 们 代表 重要 的 经 济 价值 机 会 。 为 了 实现 在 可 
寺 续 最 短 前 置 时 间 内 向 客户 交付 价值 的 总 体 目 标 ， 供 应 商 对 企业 价值 流 中 的 前 置 时 间 和 价值 交付 ， 将 会 产生 很 大 的 影响 。 


供应 商 对 于 企业 可 以 是 外 部 的 ， 也 可 以 来 自 组 织 内 部 的 其 他 价值 流 。 但 是 企业 要 注意 到 供应 商 也 有 他 们 自己 的 使 命 和 解决 方 
案 需 要 向 其 他 客户 进行 交付 ， 更 不 用 说 供应 商 也 会 有 各 自 的 经 济 框架 了 。 为 了 双方 组 织 都 能 获得 最 优 的 结果 ， 紧 密 协 作 和 信任 是 
非常 必要 的 。 


然而 ， 历 史 经 验 告诉 我 们 ， 企 业 都 会 在 与 供应 商 的 传统 合作 方式 中 备 受 折磨 ， 比 如 委托 执行 选 定 的 工作 、 采 取 合 同 采购 的 方 
他 们 甚至 会 习惯 性 地 更 换 供 应 商 ， 以 寻求 尽 可 能 低 的 价格 ， 甚 至 在 全 球 范 围 内 寻找 最 低 价格 的 供应 商 。 然 后 ， 当 一 个 业务 找到 一 


个 供应 商 之 后 ， 他 们 和 供应 商 之 间 通 常会 保持 一 定 距离 ， 并 且 仅 告知 需要 供应 商 知 道 的 信息 。 供 应 商 经 常会 接 到 未 经 充分 讨论 的 
规格 说 明 书 、 时 间 表 ， 甚 至 是 合同 价格 。 


精益 -敏捷 企业 将 采取 完全 不 同 的 视角 ， 与 供应 商 建 立 更 多 合作 、 长 期 的 相互 信任 关系 。 这 些 供应 商 成 为 企业 的 文化 和 精神 
的 延伸 ， 他 们 被 当 作 真 正 的 合作 伙伴 。 他 们 的 能 力 、 政 策 和 经 济 利益 是 被 摆 在 明 面 上 的 ， 也 是 可 以 被 理解 的 。 


但 是 ， 当 供应 商 的 基本 理念 、 企 业 哲学 和 研发 方法 从 实质 上 与 甲 方 不 一 致 时 ， 达 到 这 种 状态 将 是 一 种 挑战 。 通 常 需要 考虑 两 
种 情况 : 第 一 种 情况 是 供应 商 已 经 拥抱 并 实践 了 精益 -敏捷 开发 方法 ， 另 一 种 是 他 们 还 没有 接触 精益 -敏捷 。 大 多 数 情 况 下 ， 大 
企业 需要 同时 面 对 这 两 种 情况 ， 但 目标 是 一 样 的 : 即 一 个 更 加 合作 的 、 长 期 的 、 自 适应 的 ， 并 且 透 明 的 伙伴 关系 。 


与 精益 -敏捷 供应 商 一 起 工作 


让 精益 -敏捷 供应 商 作为 贡献 者 参与 到 投资 组 合 价值 流 中 ， 是 一 个 比较 简单 的 例子 。 工 作 模 型 和 期 望 在 很 大 程度 上 是 相同 
的 ， 许 多 当前 的 精益 -敏捷 实践 可 以 很 容易 地 被 采纳 和 扩展 : 


供应 商 作为 一 列 敏捷 发 布 火车 ， 并 且 与 其 他 敏捷 发 布 火车 保持 相同 节奏 进行 工作 。 


. 供应 商 可 以 参与 到 PI 计划 会 议 ， 以 及 PI 计划 前 、 后 会 议 中 ， 他 们 将 展示 在 下 一 次 项 目 群 增 量 中 ， 将 交付 什么 内 容 ， 以 及 每 
一 次 迭代 中 的 交付 物 。 


供应 商 在 系统 演示 中 演示 他 们 的 子 系统 或 组 件 ， 参 与 解决 方案 演示 ， 并 且 不 断 地 与 价值 流 的 其 他 部 分 进行 集成 ， 为 其 他 敏 
捷 发 布 火车 提供 反馈 。 


. 供应 商 和 参与 检视 和 调整 ， 对 整个 价值 流 以 及 他 们 自己 的 精益 -敏捷 实践 都 会 带 来 改善 。 
除了 扮演 供应 商 的 角色 和 对 企业 价值 流 所 做 的 贡献 之 外 ， 对 于 供应 商 自身 来 说 企业 是 他 们 的 客户 。 这 意味 着 他 们 需要 也 应 该 
期 待 企业 能 经 常 性 地 参与 到 价值 流 开发 之 中 。 


与 采用 传统 方法 的 供应 商 合作 


与 采用 传统 “阶段 -门限 ”方法 的 供应 商 一 起 工作 是 有 些 棘 手 的 。 让 精益 -敏捷 企业 去 假定 一 个 供应 商 很 快 变革 到 敏捷 模式 
是 不 合理 且 不 现实 的 。 毕 竟 ， 一 些 供应 商 比 他 们 的 客户 要 大 很 多 ， 变 革 对 一 个 大 企业 来 说 也 不 是 一 件 容易 的 事 。 (但 长 期 来 看 ， 
存在 这 样 的 期 待 。) 


由 于 工作 模式 的 不 同 (例如 ， 更 大 的 批量 规模 和 非 增 量 式 开发 ) ， 企 业 可 能 需要 调整 自身 的 期 望 : 


- 在 PI 的 早期 需要 一 些 前 期 设计 时 间 ， 以 便 供 应 商 建立 他 们 的 计划 和 演示 或 交付 的 里 程 碑 。 供 应 商 可 能 期 望 更 加 正式 的 需求 
和 规格 说 明 书 。 


. 供应 商 可 能 无 法 进行 增 量 式 交 付 。 
.需求 和 设计 的 修改 需要 被 更 时 知晓， 而且 反馈 时 间 会 更 长 。 

然而 ， 一 些 期 望 和 行为 可 以 并 应 当 强 制 给 这 些 供应 商 : 
. 在 PI 计 划 前 会 议 中 ， 供 应 商 应 该 表明 即将 到 来 的 里 程 碑 目标 和 他 们 的 进展 。 


: 在 解决 方案 演示 中 ， 供 应 商 应 当 呈 现在 PIT 时 间 箱 内 的 成 果 ， 即 便 是 一 些 文档 和 无 法 工作 的 系统 。 他 们 还 应 该 向 其 他 火车 所 


做 的 演示 提供 反馈 。 


* 参与 检视 和 调整 工作 坊 也 是 至 关 重 要 的 ， 考 虑 到 许多 供应 商都 有 较 长 的 学 习 周期 。 他 们 要 利用 这 个 机 会 提出 他 们 在 工作 中 


遇 到 的 问题 。 
另外 ， 供 应 商 调 整 他 们 计划 的 灵活 度 是 有 限 的 ， 因 此 其 他 火车 需要 灵活 地 去 适应 供应 商 的 需求 。 
Ore 更 多 关于 与 传统 供应 商 合作 的 内 容 ， 请 参见 “敏捷 开发 与 瀑布 开发 的 融合 ”和 “敏捷 开发 和 瀑布 开发 规模 化 融合 


的 技术 策略 ” (http://www.scaledagileframework.com) 的 相关 内 容 。 


应 用 系统 思考 和 去 中 心 化 的 决策 


既然 目标 是 将 价值 流 视 为 一 个 整体 去 改善 ， 那 么 在 所 有 层级 进行 关于 供应 商 如 何 参 与 、 参 与 多 少 的 决策 时 ， 应 用 系统 思考 是 
十 分 重要 的 。 例 如 ， 与 供应 商 集成 的 节奏 ， 是 受到 他 们 工作 方法 影响 的 ， 同 时 也 会 受到 集成 所 需 成 本 的 影响 。 


同样 ， 在 多 大 程度 上 可 以 把 决策 交 给 供应 商 处 理 ， 是 依赖 于 解决 方案 上 下 文 的 。 例 如 ， 如 果 供 应 商 正 在 创建 一 个 子 系统 ， 它 
与 解决 方案 的 接口 基于 成 熟 的 标准 ， 那 么 让 供应 商 拥 有 更 多 自主 权 就 很 容易 。 但 是 如 果 它 是 一 个 专 有 接口 ， 并 且 影 响 到 多 个 供应 


商 ， 因 此 带 有 一 定 的 规模 经 济 效 益 ， 那 么 就 有 必要 进行 更 多 的 谈判 。 并 且 ， 在 一 个 快速 变化 的 环境 中 ， 不 断 的 合作 和 集成 相对 于 
较为 稳定 的 环境 而 言 就 变 得 更 为 重要 了 。 


另外 ， 设 定 非常 具体 的 设计 需求 ， 可 能 在 一 些 特定 的 上 下 文中 很 重要 ， 但 是 在 一 些 跨 火 车 的 能 力 和 非 功能 性 需求 情况 下 ， 可 
能 不 会 得 到 好 的 结果 。 所 以 ， 过 于 详细 可 能 会 导致 供应 商 在 一 个 非 功 能 性 需求 上 的 过 度 投入 。 


每 个 价值 流 都 要 将 这 样 的 系统 思考 方式 纳入 到 其 经 济 框架 中 ， 并 相应 地 管理 价值 流 和 供应 商 的 天 系 。 


与 供应 商 合作 


在 SAFe 的 所 有 层级 中 ， 可 能 都 会 发 生 与 供应 商 的 合作 。 通 常 ， 从 分 享 战略 主题 开始 : “本 田 告诉 它 的 供应 商 接 下 来 的 几 年 
将 引进 什么 样 的 产品 以 及 培育 什么 样 的 市 场 ” (参考 资料 [各 ) 。 为 了 让 供应 商 与 企业 保持 一 致 ， 解 决 方案 开发 者 需要 告诉 供应 
商 他 们 将 要 做 什么 ， 这 是 十 分 重要 的 。 


同样 重要 的 是 ， 确 保 供应 商 知晓 价值 流 工作 在 一 个 什么 样 的 经 济 框架 下 。 此 外 ， 甲 方 也 应 该 知晓 供应 商 的 经 济 框架 ， 这 样 的 
话 ， 一 个 双赢 的 关系 就 会 建立 起 来 : “丰田 使 用 术语 “ 现 地 现 物 ” 或 者 “现场 ” (真实 的 地 点 和 真实 的 部 分 或 原料 ) 来 描述 一 种 
实践 ， 即 让 高 管 自己 去 观察 和 理解 供应 商 是 如 何 工作 的 ” (参考 资料 [4]) 。 


企业 和 供应 商 持续 合作 ， 并 一 起 实现 需求 。 解 决 方案 管理 者 和 供应 商 们 一 起 不 断 地 合作 ， 对 能 力 进行 编写 ， 然 后 把 它们 分 解 
成 特性 。 解 决 方案 架构 师 /工程 师 和 供应 商 的 架构 师 /工程 师 一 起 设计 解决 方案 : “在 丰田 技术 中 心 ， 采 用 “设计 屋 ”的 方式 ， 即 
与 供应 商 在 同一 项 目 同 一 地 点 一 起 工作 ” (参考 资料 [4]) 。 


同样 ， 协 作 应 当 自 上 而 下 一 以 贯 之 。 敏 捷 团 队 开发 实际 的 解决 方案 ， 考 虑 到 架构 和 经 济 框架 的 约束 ， 为 了 使 供应 商 的 工程 师 
和 系统 开发 的 工程 师 一 起 协作 提出 最 佳 设计 ， 他 们 之 间 保 持 开放 的 沟通 渠道 变 得 尤为 重要 。 正 如 丰田 的 供应 商 指导 方针 所 
述 ，“ 丰 田 汽车 制造 是 供应 商 和 丰田 共同 努力 的 结晶 。 为 了 实现 它 ， 我 们 和 供应 商 需 要 像 一 家 公司 一 样 共同 工作 。 我 们 必须 保持 
紧密 的 沟通 ， 坦 诚 地 交换 意见 ， 在 关键 问题 上 要 彼此 妥协 ” (参考 资料 [2]) 。 


为 了 促进 尽早 集成 和 提高 质量 ， 供 应 商 要 和 敏捷 发 布 火 车 一 起 共享 接口 、 测 试 以 及 模拟 器 。 所 有 这 些 接口 都 应 该 在 解决 方案 
意图 文档 中 记录 下 来 ， 使 得 这 些 信 息 对 每 个 人 都 是 可 见 的 。 
选择 供应 商 


当 解 决 方案 变 得 更 复杂 时 ， 市 场 就 会 从 原先 需要 制作 零件 和 部 件 的 供应 商 ， 转 变 为 需要 能 创建 高 价值 集成 系统 的 供应 商 。 即 
便 是 提供 雇佣 劳动 力 服务 的 供应 商 ， 也 会 从 原先 招聘 个 人 转变 为 招聘 整个 敏捷 团队 甚至 是 整 列 敏 捷 发 布 火车 的 供应 商 。 


这 使 得 选择 正确 的 供应 商 变 得 十 分 关键 。 这 是 一 个 长 期 的 高 价值 的 命题 。 为 了 做 一 个 正确 的 选择 ， 从 工程 领域 到 采购 领域 的 
很 多 参与 者 ， 都 需要 参与 到 供应 商 选择 的 工作 中 。 因 为 精益 -敏捷 组 织 通 常会 寻求 少量 的 供应 商 (但 是 彼此 会 保持 长 期 关系 ) ， 


帮助 供应 商 成 长 提升 


与 精益 -敏捷 供应 商 一 起 工作 要 相对 容易 些 ， 也 更 加 高 效 ， 因 为 他 们 能 更 好 地 适应 企业 的 节奏 ， 并 能 更 好 地 根据 需要 调整 自 
己 的 计划 。 另 外 ， 在 不 改善 供应 链 的 情况 下 改进 价值 流 ， 仪 仪 是 次 优 的 选择 。 为 了 解决 这 些 问题 ， 精 益 -敏捷 企业 和 他 们 的 供应 
商 一 起 去 改善 供应 商 的 流程 和 结果 ， 为 双方 带 来 了 收益 。“ 当 其 他 汽车 制造 商 仅 投入 1 天 到 1 周 时 间 ， 用 来 帮助 供应 商 成 长 提升 
时 ， 本 田 承诺 用 13 周 的 时 间 帮 助 供应 商 成 长 提升 …… 本 田 的 最 佳 实践 项 目 使 供应 商 的 生产 力 提 高 了 50%， 质 量 提 高 了 30% ， 成 本 


降低 了 7%。 然 而 本 田 也 不 是 完全 利他 的 ; 供应 商 必 须 与 本 田 共同 承担 0% 的 缩减 成 本 ” (参考 资料 [各 ) 。 

邀请 供应 商 参 加 检视 和 调整 工作 坊 ， 并 不 遗 余 力 地 改进 活动 ， 同 时 派 遗 精益 -敏捷 方面 的 专家 工程 师 ， 帮 助 供应 商 改 进 他 们 
的 流程 ， 将 会 对 前 置 时 间 和 成 本 产生 很 大 影响 。 
敏捷 合同 

为 了 促进 与 供应 商 的 高 效 合作 关系 ， 建立 一 个 信任 环境 对 于 双方 来 说 是 十 分 重要 的 。 当 双方 关系 是 基于 不 同 假设 所 签署 的 合 
同时 ， 这 种 信任 将 很 难 建 立 。 


传统 合同 往往 得 到 的 不 是 最 优 结果 。 戴 明 提 到 ，“ 有 一 个 人 们 不 愿意 谈 及 的 、 在 购买 商品 和 服务 时 基于 价格 标签 的 空头 陷 
阱 。 那 就 是 在 工业 界 ， 供 应 商 为 了 多 赚钱 会 玩 一 个 游戏 : 供应 商会 出 一 个 非常 低 的 竞标 价格 ， 从 而 几乎 可 以 确保 他 能 够 拿 到 这 单 


“他 们 最 终 确实 拿 到 了 订单 。 但 是 客户 发 现 了 一 个 全 关 重 要 的 工程 变更 。 这 时 ， 供 应 商会 热情 相助 ， 但 是 很 抱歉， 这 项 变更 
会 将 该 工作 的 成 本 翻 倍 ” (参考 资料 由) 。 


虽然 这 种 事情 在 今天 的 市 场 上 仍然 很 常见 ， 但 对 任何 一 方 的 整体 经 济 利益 都 没有 任何 好 处 。 相 反 ， 精 益 -敏捷 的 甲 方 和 供应 
商会 一 起 合作 并 拥抱 变化 ， 为 双方 争取 利益 。 这 种 关系 是 建立 在 信任 的 基础 之 上 。 这 种 关系 将 越 来 越 多 地 通过 敏捷 合同 建立 起 
来 ， 它 将 提供 一 个 更 好 的 合作 方式 。 这 也 不 是 新 兴 的 事物 ， 正 如 丰田 所 说 : “管理 甲乙 方 关系 的 合同 是 模糊 的 ， 只 包含 综述 信息 
和 无 约束 性 目标 ” (参考 资料 [3]) 。 
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6.11 客户 


“RA BM, MRARP. RP REH ŽLERAAI AAS, RIORADATEHHAAL, MÉRI AARAL. 


— Sam Walton， 沃 尔 玛 创 始 人 
“任何 时 候 都 要 贴近 客户 。” 


RBA + 乔布斯 


摘要 


客户 是 每 个 解决 方案 的 最 终 购买 者 。 在 全 球 化 竞争 的 当今 世界 ,无论 是 内 部 客户 还 是 外 部 客户 ， 他 们 的 要 求 愈 发 苛刻 ， 他 们 
有 很 多 种 选择 。 他 们 想 要 更 多 的 价值 和 并 更 快 地 获得 价值 ; 他 们 希望 解决 方案 很 好 地 工作 ， 并 且 能 够 解决 他 们 的 问题 ; 他 们 也 希 
望 解决 方案 提供 者 不 断 提升 产品 的 质量 和 服务 。 


此 外 ， 客 户 参 与 是 精益 -敏捷 解决 方案 开发 中 不 可 或 缺 的 一 部 分 。 客 户 是 价值 流 的 组 成 部 分 ， 他 们 也 与 流程 密 不 可 分 。 在 开 
发 过 程 中 ， 他 们 与 解决 方案 管理 者 和 产品 管理 者 ， 以 及 其 他 主要 利益 相关 者 不 断 紧密 合作 ， 形 成 解决 方案 意图 、 愿 景 和 研发 采用 
的 经 济 框架 。 他 们 会 在 定义 和 排 定 解决 方案 开发 优先 级 时 ， 产 生 重 要 的 影响 ， 并 且 积 极地 参与 解决 方案 计划 、 演 示 和 流程 改进 。 


客户 是 精益 -敏捷 开发 中 不 可 或 缺 的 一 部 分 ， 并 且 在 SAFe 中 扮演 着 重要 的 角色 。 客 户 是 价值 流 的 一 部 分 ， 他 们 支持 精益 - 敏 
捷 的 原则 ， 并 且 积 极 和 持续 地 参与 解决 方案 的 定义 、 计 划 、 演 示 ， 以 及 演进 提升 ， 客 户 的 积极 参与 是 解决 方案 成 功 执行 的 重要 因 
素 。 


在 某 些 情况 下 ， 客 户 是 来 自 内 部 的 〈 例 如 ，IT 部 门 为 业务 部 门 部 署 一 个 供应 链 应 用 程序 ) 。 在 另 一 些 情况 下 ， 客 户 是 外 部 
的 ， 并 且 付 费 购 买 由 系统 团队 构建 的 定制 化 系统 (例如 ， 政 府 采 购 的 商务 系统 或 防卫 系统 ) 。 还 有 些 情况 下 ， 客 户 是 更 远 的 第 三 
方 ， 一 个 庞大 的 经 济 体 中 的 甲 方 。 因 此 ， 系 统 构建 者 就 必须 根据 通用 的 案例 ， 理 解 和 汇总 相关 的 需求 ， 从 而 使 解决 方案 满足 更 广 
泛 的 市 场 需求 ， 而 且 提供 足够 的 内 部 授权 代理 人 负责 大 部 分 的 开发 工作 〈 例 如， 销售 产品 套装 的 独立 软件 供应 商 ) 。 


责任 


无 论 何 种 类 型 ， 客 户 必须 持续 参与 敏捷 解决 方案 开发 过 程 。 客 户 可 以 亲自 参加 ， 也 可 以 派 代理 人 参加 ， 但 是 都 必须 履行 以 下 


* 作为 业务 负责 人 参与 PI 计划 会 议 

参与 解决 方案 演示 ， 如 果 可 能 的 话 ， 也 参加 系统 演示 ; 帮助 评估 解决 方案 增 量 
. 参与 检视 和 调整 工作 坊 ; 帮助 移 除 系统 级 障碍 

* 在 规格 说 明 书 工作 坊 中 与 业务 分 析 师 和 领域 专家 合作 

与 产品 和 解决 方案 管理 者 一 起 协作 管理 范围 、 时 间 及 其 他 约束 

- 帮助 定义 路 线 图 、 里 程 碑 和 版 本 发 布 计划 

沟通 解决 方案 背后 的 经 济 逻 辑 ， 并 帮助 验证 经 济 框 架 假设 

:评审 解决 方案 的 技术 和 财务 状态 


- 参与 Bate 测 试 、UAT 测 试 ， 以 及 其 他 形式 的 解决 方案 验证 


客户 是 价值 流 的 组 成 部 分 


精益 -敏捷 思想 超越 了 整个 开发 组 织 ， 涵 盖 了 整个 价值 流 ， 客 户 是 价值 流 的 一 部 分 。 价 值 流 的 类 型 决定 了 交互 方式 : 
1. 在 内 部 IT 的 情况 下 ， 内 部 客户 是 运营 价值 流 的 一 部 分 ， 如 图 6.11-1 所 示 。 


例如 ， 营 销 总 监 就 是 一 个 内 部 客户 ， 他 负责 合作 伙伴 的 注册 管理 流程 (运营 价值 流 ) 。 这 里 的 合作 伙伴 是 指 工作 流程 的 最 终 
客户 ， 但 是 对 于 开发 团队 来 说 ， 营 销 总 监 和 运营 价值 流 的 人 员 就 是 客户 。 


图 6.11-1 内 部 客户 


2. 在 那些 为 外 部 终端 用 户 建立 解决 方案 的 情况 下 ， 客 户 是 那些 直接 购买 解决 方案 的 人 ， 如 图 6.11-2 所 示 。 
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图 6.11-2 ”外 部 客户 


是 最 终 直 接 购买 解决 方案 的 人 


在 这 种 情况 下 ， 开 发 价值 流 和 运营 价值 流 是 一 样 的 。 解 决 方案 可 以 是 直接 用 来 销售 或 部 署 的 最 终 产品 ， 或 者 它 可 能 需要 嵌入 


一 个 更 广泛 的 解决 方案 上 下 文中 才能 正常 进行 运营 ， 比 如 “系统 的 系统 ”就 是 一 种 解决 方案 上 下 文 。 
客户 参与 驱动 敏捷 成 功 
精益 -敏捷 开发 依赖 于 客户 的 高 度 参与 ， 而 且 客 户 的 参与 度 要 远 远 高 于 以 前 的 “阶段 -门限 ”模式 。 然 而 ， 根 据 解决 方案 类 


型 的 不 同 ， 客 户 的 参与 方式 也 有 所 不 同 。 解 决 方案 类 型 有 两 种 ， 一 种 是 通用 解决 方案 ， 即 系统 构建 者 提供 一 种 可 以 被 大 部 分 客户 
使 用 或 采购 的 解决 方案 ; 另 一 种 是 客户 定制 解决 方案 ， 这样 的 解决 方案 是 基于 单一 用 户 的 需求 规范 定制 的 。 图 6.11-3， 介 绍 了 每 


种 情况 下 客户 间接 或 直接 参与 的 相对 程度 。 


通用 解决 方案 


举 终端 


用 户 、 客 户 关 
系 管理 系统 的 。 间 搓 对 解决 方 和 


间接 
购买 者 jj te 


» 解决 方案 构建 者 有 权 决 定 内 容 ， 
并 作为 客户 的 代理 人 

>》 解决 方案 意图 反映 事实 和 假设 

> 频繁 验证 产品 假设 

> 范围 、 进 度 与 预算 由 系统 构建 
者 自行 决定 

> 创新 会 计 制 度 支持 决策 


客户 定制 解决 方案 


举例 : 政府 采购 

-个 防卫 系统 ， 营 

直接 销 总 监 负责 合作 伙 
伴 注册 管理 流程 


戎 的 影响 


》 客户 亲自 参与 

》 定义 固定 的 /灵活 的 解决 方案 意图 

> 直接 验证 产品 假设 ; 亲自 参加 计划 
会 议 ， 解决 方案 演示 

> 一 起 协作 制订 范围 和 进度 管理 计 
划 ， 管 理 项 目 资金 投入 的 方式 

》 通过 基于 集合 的 方式 管理 不 确定 性 


图 6.11-3 ”通用 解决 方案 和 客户 定制 方案 下 的 客户 参与 模式 


通用 解决 方案 


如 图 6.11-3 左 侧 部 分 所 示 ， 解 决 方案 构建 者 在 构建 解决 方案 时 必须 处 理 来 自 多 方面 的 需求 ， 不 能 仅仅 通过 某 一 个 客户 的 需求 
来 代替 整个 市 场 的 需求 。 在 这 种 情况 下 ， 产 品 和 解决 方案 管理 者 作为 间接 客户 代表 ， 并 对 整个 解决 方案 的 内 容 拥 有 决定 权 。 他 们 
的 职责 是 促进 与 外 部 的 合作 ， 确 保 获得 客户 的 声音 ， 让 组 织 能 够 持续 确认 新 的 想法 。 开 发 的 范围 、 时 间 和 预算 通常 由 解决 方案 构 


建 者 自行 决定 。 


由 于 没有 任何 具体 客户 参与 定期 的 计划 会 议和 演示 会 议 ， 


这 种 互动 通常 需要 基于 需求 工作 坊 、 焦 点 小 组 、 可 用 性 测试 、 创 新 


核 和 有 限 的 Beta 版 本 发 布 等 。 通 过 实施 用 户 行为 分 析 、 度 量 和 商业 智能 来 验证 各 种 假设 ， 解 决 方案 会 基于 这 些 反馈 不 断 演 
。 在 PI 计 划 会 议 中 ， 一 组 内 部 和 外 部 的 利益 相关 者 ， 可 以 扮演 业务 负责 人 和 特定 价值 流 中 的 最 终 内 部 客户 代表 的 角色 。 


Y H 


客户 构建 解决 方案 


图 6.11-3 的 右 侧 部 分 是 典型 的 客户 “主导 ”的 情况 。 在 这 种 情况 下 ， 客 户 自己 定义 解决 方案 ， 产 品 和 解决 方案 管理 者 与 客户 
共同 为 日 常 开发 提供 支持 。 然 而 ， 尽 管 由 客户 主导 ， 采 用 合作 的 方式 来 确认 范围 和 排 定 优先 级 仍然 是 至 关 重 要 的 ， 这 可 以 促进 增 
量 式 学 习 ， 也 可 以 展现 出 根据 实际 情况 调整 行动 的 意愿 。 


这 需要 积极 地 参与 PI 计 划 会 议 、 解 决 方案 演示 和 一 些 具体 的 需求 工作 坊 。 这 些 会 议 经 常 能 揭示 需求 及 设计 假设 的 不 一 致 ， 以 
及 潜在 的 合同 分 上 起 。 通 过 这 个 流程 ， 应 当 使 客户 和 解决 方案 构建 者 可 以 朝 着 协作 式 和 增 量 式 的 方向 前 行 。 


通过 给 客户 演示 项 目 群 增 量 (以 整体 集成 的 方式 展现 的 解决 方案 增 量 ) ， 可 以 建立 高 度 的 信任 关系 (这 个 团队 的 确 可 以 交付 
成 果 ) ， 也 给 客户 提供 了 通过 实验 性 方式 来 验证 当前 做 法 的 机 会 。 同 时 ， 也 可 以 基于 敏捷 发 布 火车 度量 的 预测 和 速度 ， 对 未 来 的 
预测 能 力 得 到 显著 改善 。 


如 果 转 变 为 敏捷 合同 模型 ， 也 将 有 助 于 传统 关系 下 的 系统 构建 者 和 客户 达成 双赢 。 类 似 的 模型 比如 SAFe 的 管理 投资 模型 ， 
可 以 承诺 对 1 ~ 2 个 PI 进 行 投资 ， 然 后 基于 客观 证 据 和 增 量 交付 对 资金 进行 调整 。 在 最 初 需要 投入 一 些 坦诚 和 信任 ， 此 后 ， 随 着 
客户 不 断 接收 到 的 价值 流 ， 信 任 感 会 不 断 积累 。 


参考 资料 


[1] Ward, Allen and Durward Sobek.Lean Product and Process Development.Lean Enterprise Institute, 2014. 


1 美国 发 明 家 、 企 业 家 、 美 国人 苹果 公司 联合 创办 人 。 译 者 注 


6.12 解决 方案 


点 击 。 呈 现 。 太 神奇 了 ! 


一 一 史 蒂 夫 :乔布斯 


摘要 


SAFe 里 面 所 有 的 用 词 、 页 面 、 链 接 、 和 角色 、 活 动 和 工件 的 存在 只 有 一 个 目的 : 即 帮助 团队 持续 交付 能 带 给 客户 价值 的 解决 
方案 。 相 应 地 ， 这 些 内 容 帮助 客户 实现 了 他 们 的 目标 ， 而 这 也 正 是 我 们 工作 的 最 终 目 标 。 


但 是 ， 即 使 团队 和 敏捷 发 布 火车 遵守 SAFe 的 指导 ， 并 在 他 们 关注 的 范围 有 效 地 执行 ， 仍 不 能 确保 交付 价值 。 客 户 买 的 不 是 
能 力 、 特 性 或 组 件 。 实 际 上 ， 他 们 买 的 是 能 够 提供 所 需 业务 成 果 的 解决 方案 。 由 于 这 个 原因 ， 解 决 方案 是 SAFe 的 核心 概念 之 
一 ， 也 是 需要 采用 系统 视角 来 考虑 价值 交付 的 一 个 要 素 。 


开发 有 效 的 解决 方案 ， 符 合 预 期 的 目标 ， 这 是 SAFe 更 深远 的 目标 。 正 如 “价值 流 ” 章 节 中 所 述 ， 解 决 方案 要 么 是 交付 给 最 
终 经 济 购买 者 的 最 终 产品 ， 要 么 是 组 织 内 部 能 够 驱动 运营 价值 流 执行 的 一 套 系 统 。 这 两 种 情况 下 的 工作 大 致 相同 : 即 确定 最 终 用 
户 的 需求 ， 并 可 靠 、 高 效 、 不 断 地 为 客户 产生 价值 的 流动 。 这 就 是 解决 方案 开发 的 流程 ， 以 及 SAFe 里 所 有 角色 、 活 动 和 工件 的 


主题 。 


SAFe 解 决 方案 开发 概览 


解决 方案 开发 是 SAFe 价 值 流 层 的 整个 主题 ， 也 是 本 节 的 主要 讨论 范围 。 解 决 方案 开发 涉及 SAFe 的 多 个 核心 实践 和 和 目标， 如 
6.1 2- 1 所 示 。 


经 济 框 染 解决 方案 意图 记录 
指导 决策 制订 演进 假设 和 事实 
PPM 制订 的 | 


ye “ps te — 
资金 和 战略 意图 OLUTION INT 


特性 和 能 力 
加 速 解决 方案 


aa 客户 与 解决 


方案 构建 者 协作 


使 能 
由 一 列 或 多 列 ee Eee 


LV 火车 进行 开发 si on 4 ° 

OK 29 Fg ok 
解决 方案 管理 者 / 
积 构 师 驱 动 开发 基于 PI 的 节奏 演示 完 


整 集成 的 解决 方案 
图 6.12-1 解决 方案 开发 概览 


每 个 解决 方案 通过 一 个 价值 流 进 行 交 付 ， 而 一 个 价值 流通 过 一 列 或 多 列 敏 捷 发 布 火车 来 实现 。 多 列 敏捷 发 布 火车 用 相同 的 节 
奏 ， 以 增 量 的 方式 构建 解决 方案 ， 而 解决 方案 演示 促进 增 量 充分 集成 并 使 其 可 评估 ， 解 决 方案 演示 每 个 项 目 群 增 量 至 少 一 次 。 解 
决 方案 意图 记录 解决 方案 的 目标 ， 并 人 允许 探索 和 定义 固定 和 可 变 的 需求 与 设计 ， 部 分 需求 和 设计 来 自 解决 方案 上 下 文 。 客 户 和 解 
决 方案 构建 者 通过 互动 来 澄清 解决 方案 意图 、 验 证 假设 并 评审 进展 情况 。 解 决 方案 管理 者 和 架构 师 帮 助 推进 开发 、 确 定 范围 、 决 
定 优先 级 和 管理 特性 、 能 力 ， 以 及 非 功能 性 需求 的 流动 。 


经 济 框架 提供 一 部 分 监管 职能 ， 它 包括 指导 解决 方案 逻辑 的 相关 经 济 决策 规则 。 价 值 流 预算 和 战略 主题 提供 了 额外 的 边界 和 


开发 一 个 经 济 可 行 的 解决 方案 ， 需 要 采用 全 局 视角 的 方法 对 解决 方案 进行 定义 、 计 划 、 实 施 和 评审 ， 下 文 将 进行 详细 描述 。 
有 效 地 开发 解决 方案 需要 系统 思考 


SAFe 原 则 #2 一 一 “运用 系统 思考 ”指导 组 织 采 用 系统 视角 ， 并 围绕 价值 定义 、 体 系 架构 、 开 发 实践 和 过 程 改进 ， 应 用 可 扩 
展 和 涌现 式 的 实践 。SAFe 框 架 的 许多 元 素 可 以 促进 系统 思考 ， 如 以 下 内 容 所 述 。 


解决 方案 能 力 、 使 能 和 非 功能 性 需求 


能 力 是 指 端 到 端 解决 方案 服务 ， 用 来 支持 用 户 目标 实现 。 能 力 的 实施 是 通过 垂直 的 、 端 到 端的 价值 切片 ， 来 实现 解决 方案 的 
增 量 式 开 发 。 使 能 用 来 对 新 功能 进行 探索 ， 有 助 于 解决 方案 基础 设施 和 体系 架构 ， 也 用 于 增强 非 功能 性 需求 。 从 而 可 以 促进 价值 
的 提早 交付 和 架构 的 健壮 性 。 


解决 方案 意图 


解决 方案 意图 可 以 驱动 和 捕获 解决 方案 的 整体 视图 ， 包 括 从 结构 、 行 为 、 功 能 ， 以 及 其 他 视角 等 不 同方 面 来 治理 价值 的 定 
义 。 基 于 模型 的 系统 工程 提供 了 一 个 有 效 的 方法 ， 对 解决 方案 进行 推理 ， 同 时 也 是 共享 知识 的 一 项 高 效 的 交流 工具 。SAFe 
的 “固定 -可 变 ” 解 决 方案 意图 范式 ， 可 以 基于 许多 学 习 环 中 涌现 的 客观 知识 ， 促 进 价值 流 增强 解决 方案 意图 。 


客户 和 解决 方案 上 下 文 


采用 系统 的 视角 ， 有 助 于 确保 解决 方案 构建 者 理解 解决 方案 上 下 文 ， 解 决 方案 上 下 文 是 解决 方案 赖 以 运行 的 、 更 广泛 的 生态 
系统 。 解 决 方 案 上 下 文 提 供 了 额外 部 分 ， 从 而 可 以 确定 运营 需求 和 约束 条 件 。 


当然 ， 客 户 也 是 价值 流 的 一 部 分 。 他 们 参与 定义 解决 方案 意图 和 解决 方案 上 下 文 ， 他 们 也 帮助 验证 假设 和 适用 性 。 
解决 方案 集成 、 测 试 和 演示 


只 有 当 利益 相关 者 和 团队 频繁 地 评估 整个 解决 方案 的 集成 增 量 时 ， 解 决 方案 的 开发 才 是 有 效 的 。 虽 然 解决 方案 演示 按照 固定 
的 PI 节 奏 进 行 ， 但 是 持续 集成 和 测试 却 可 以 更 频繁 地 进行 ， 事 实 上 ， 在 任何 适合 的 时 候 都 可 以 发 生 。 为 了 朝 这 一 目标 迈进 ， 解 决 
方案 构建 者 要 不 断 增强 他 们 的 集成 和 测试 实践 、 配 置 管理 、 自 动 化 和 虚拟 化 。 


构建 经 济 上 可 行 的 解决 方案 


构建 一 个 复杂 的 解决 方案 需要 有 依据 的 、 高 效 的 决策 。 经 济 框架 权衡 可 以 帮助 指导 解决 方案 的 开发 。 此 外 ， 通 过 持续 探索 的 
过 程 (如 学 习 里 程 碑 、 客 户 反馈 回路 和 基于 集合 的 设计 ) ， 可 以 确认 好 的 备 选 方案 并 去 掉 不 太 可 行 的 方案 ， 从 而 促进 并 简化 学 习 


的 流程 。 


在 投资 组 合 里 管理 多 个 解决 方案 


每 个 SAFe 投 资 组 合 包 含 多 个 价值 流 。 其 中 大 多 是 相互 独立 的 ， 但 也 有 一 些 会 存在 跨 领 域 的 关联 和 依赖 ， 如 图 6.12-2 所 示 。 


在 某 些 情况 下 ， 这 些 跨 领域 的 关联 关系 提供 了 一 些 增 强 性 的 能 力 ， 可 以 实现 战略 上 的 差异 化 。 另 外 一 些 情况 下 ， 这 些 依赖 天 
系 必须 作为 解决 方案 产品 的 一 部 分 来 实现 ， 这 时 就 需要 在 价值 流 之 间 进 行 协调 。 


超越 相同 的 
使 用 同 个 核 L wD ÆA 
产品 套件 且 有 相同 的 常规 
一 一 一 一 一 一 一 一 一 需求 和 路 领域 的 
可 以 共享 非 功能 性 需求 


数据 和 基础 设施 


图 6.12-2 ”投资 组 合 中 存在 跨 领 域 依 赖 关 系 的 解决 方案 


6.13 解决 万 案 上 下 文 


上 下 文 非常 关键 一 一 通过 上 下 文才 能 理解 具体 细节 。 


Kenneth Noland!!! 


摘要 


解决 方案 上 下 文 可 以 识别 目标 解决 方案 环境 的 关键 方面 ， 以 及 对 使 用 、 安 装 、 操 作 、 支 持 ， 甚 至 是 市 场 、 包 装 和 销售 等 的 影 
响 。 理 解 解决 方案 上 下 文 对 于 价值 交付 是 至 关 重 要 的 ; 它 影响 开发 优先 级 、 能 力 、 特 性 和 非 功 能 性 需求 ， 它 也 为 DevOps 和 其 他 
解决 方案 级 别 的 功能 设 定 了 重点 关注 内 容 。 


通常 ， 影 响 解决 方案 上 下 文 的 因素 ， 往 往 超 出 了 解决 方案 开发 组 织 的 控制 范围 。 解 决 方案 及 其 上 下 文 之 间 的 耦合 程度 ， 对 架 
构 和 业务 提出 了 一 项 挑战 ， 即 需要 在 灵活 性 和 环境 制约 中 找到 一 种 微妙 的 平衡 ， 而 环境 制约 经 常 需要 跨越 内 部 组 织 、 供 应 商 和 客 
户 组 织 的 边界 。 


一 般 来 说， 很 少 有 系统 构建 者 是 为 自己 进行 系统 开发 的 ， 他 们 通常 都 是 为 别人 构建 系统 。 这 意味 着 系统 构建 者 通常 控制 不 
了 ， 也 无 法 深刻 理解 系统 部 署 和 使 用 的 上 下 文 。 而 且 ， 系 统 打包 、 部 署 、 安 装 ， 以 及 运 维 的 环境 也 和 开发 环境 不 同 。 即 使 是 在 企 
业内 部 的 IT 系统 ， 新 开发 的 系统 通常 也 是 由 IT 运 维 团 队 负 责 的 。 由 于 诸多 原因 ， 叶 致 生产 环境 和 开发 环境 是 不 同 的 。 所 以 ， 不 管 
是 为 自己 开发 系统 还 是 为 别人 开发 系统 ， 解 决 方案 上 下 文 都 是 确保 解决 方案 效果 不 可 或 缺 的 一 部 分 ， 如 果 不 理解 解决 方案 上 下 
文 ， 就 会 给 整个 开发 流程 带 来 风险 。 


理解 和 确保 价值 流 的 解决 方案 、 解 决 方案 意图 与 解决 方案 上 下 文 一 致 需要 与 客户 利益 相关 者 持续 交互 。 因 为 这 些 利益 相关 者 
理解 愿景 ， 并 有 权利 对 解决 方案 上 下 文 做 出 决策 。 如 图 6.13-1 所 示 ， 协 作 是 必需 的 ; 协作 在 很 大 程度 上 依赖 于 解决 方案 及 其 环境 
之 间 的 耦合 程度 。 


解决 方案 上 下 文 的 本 质 ， 


已 会 影 啊 解 决 方案 意图 


解决 方案 
EFX 


MERD ES A G0 {ay s a 
解决 方案 上 下 文 


图 6.13-1 解决 方案 意图 和 解决 方案 上 下 文 互相 影响 


为 了 确保 解决 方案 意图 与 解决 方案 上 下 文 一 致 ， 客 户 应 尽 可 能 频繁 地 参与 PI 计划 前 、 后 会 议和 解决 方案 演示 。 客 户 应 定期 将 
解决 方案 集成 在 其 上 下 文中 。 这 种 有 节奏 的 交互 与 集成 ， 可 以 确保 所 构建 的 解决 方案 增 量 基于 正确 的 假设 ， 并 在 客户 的 环境 中 对 
构建 的 结果 做 出 了 验证 ， 双 方 在 根据 上 下 文 获得 最 佳 的 经 济 结果 上 都 发 挥 了 作用 (参见 6.3 节 的 内 容 ) 。 


解决 方案 上 下 文 驱动 解决 方案 


客户 的 上 下 文 驱动 需求 ， 并 约束 解决 方案 意图 中 的 设计 和 实现 的 相关 决策 。 许 多 上 下 文 的 需求 是 不 可 协商 的 ， 如 果 不 包括 进 
去 ， 可 能 导致 解决 方案 无 法 使 用 ， 这 些 需求 都 属于 解决 方案 意图 中 的 “固定 ”类 型 的 需求 。 解 决 方案 上 下 文中 的 许多 部 分 ， 是 作 
为 非 功 能 性 需求 (NFR) 提出 的 ， 并 包括 在 解决 方案 增 量 的 完成 定义 中 。 


解决 方案 上 下 文 还 可 能 规定 解决 方案 意图 必须 解决 的 具体 内 容 。 在 多 层次 的 系统 中 ， 系 统 的 意图 可 能 依赖 于 相关 的 层次 结构 
(参见 6.4 节 中 对 系统 的 系统 的 意图 的 描述 ) 。 系 统 上 下 文 定义 如 何 让 系统 构建 者 进行 必需 的 组 织 、 打 包 、 集 成 以 供 客户 使 用 ， 
从 而 满足 某 些 约定 、 认 证 和 其 他 目的 。 


国定 的 和 演进 的 解决 方案 上 下 文 


有 些 解 决 方案 上 下 文 是 基于 客户 环境 建立 的 ， 即 解决 方案 必须 “适应 ”客户 环境 (“这 是 我 们 系统 工作 的 方式 ， 你 需要 适应 
这 种 方式 ”) 。 在 这 种 情况 下 ， 所 有 的 解决 方案 上 下 文 需求 都 会 通过 解决 方案 意图 ， 被 强制 添加 到 解决 方案 中 。 


然而 ， 新 的 解决 方案 可 能 要 求 客户 演进 他 们 的 部 署 环境 。 在 这 种 情况 下 ， 系 统 构建 者 积极 跟踪 这 些 变化 ， 因 为 系统 和 部 署 环 
境 必须 演进 到 一 个 共同 的 状态 。 在 客户 演进 自己 部 署 环境 时 ， 可 以 采取 固定 与 可 变 思维 ， 并 通过 多 个 潜在 可 行 的 解决 方案 上 下 文 
预 留 多 个 备 选 方案 ， (参见 6.4 节 中 对 “从 可 变 到 固定 解决 方案 意图 ”的 描述 ) ， 这 些 方法 也 可 以 作为 管理 风险 的 工具 。 简 单 地 
说 ， 越 是 多 变 的 、 不 断 演 进 的 解决 方案 上 下 文 ， 就 需要 越 多 的 持续 协作 。 


解决 方案 上 下 文 的 类 型 


系统 构建 者 用 解决 方案 上 下 文 来 理解 他 们 的 系统 将 如 何 打包 和 部 署 到 最 终 的 运营 环境 。 解 决 方案 上 下 文 可 能 包括 的 环境 有 下 
面 的 几 种 例子 : 


“系统 的 系统 ” (例如 ， 飞 机 的 航 电 系统 ) ， 产 品 套件 〈 办 公 自 动 化 套件 中 的 文字 处 理 器 ) 
. IT 部 署 环 境 (例如 ， 解 决 方案 部 署 的 云 环境 ) 

也 有 一 些 其 他 的 情况 ， 还 有 可 能 是 这 些 情况 的 组 合 。 

“系统 的 系统 ”的 解决 方案 上 下 文 


在 大 型 系统 群 中 ，“ 供 应 商 到 客户 ”之 间 的 解决 方案 是 独特 的 和 级 联 式 的 ， 如 图 6.13-2 所 示 。 


客户 


车 辆 导航 系统 供应 商 信息 娱乐 系统 供应 商 藻 辆 制造 供应 商 


图 6.13-2 “系统 的 系统 ”中 的 解决 方案 上 下 文 


在 供应 链 中 的 每 个 组 织 ， 都 根据 客户 上 下 文 环 境 来 交付 解决 方案 ， 并 指明 解决 方案 应 该 如 何 打包 、 部 署 和 集成 。 然 后 ， 客 户 
再 根据 他 的 客户 上 下 文 ， 提 供 相应 的 解决 方案 ， 以 此 类 推 。 例 如 ， 在 图 2 中 ， 首 先 由 一 个 车 辆 导航 系统 供应 商 ， 在 信息 娱乐 系统 
供应 商 提 供 的 上 下 文 环境 中 进行 操作 ; 然后 到 达 车 辆 制造 商 的 上 下 文 环境 中 ， 最 终 到 达 消 费 者 的 上 下 文 环境 中 。 所 有 这 些 上 下 文 
都 能 影响 解决 方案 的 可 行 性 ， 所 以 系统 构建 者 必须 了 解 完 整 的 端 到 端 价值 链 。 


IT 部 署 环境 中 的 解决 方案 上 下 文 


开发 供 内 部 使 用 的 软件 解决 方案 ， 客 户 可 能 是 内 部 人 员 ， 但 将 解决 方案 交付 到 生产 环境 仍 需 要 上 下 文 。 部 署 必须 考虑 特定 的 
接口 、 部 署 的 操作 系统 、 防 火 墙 ， 以 及 其 他 应 用 程序 的 API、 主 机 或 云 基础 设施 等 ， 如 图 6.13-3 所 示 。 


© 
bd 


网 络 监控 API 


防火 增 
云 基础) ran 
新 的 客户 关系 管 打包 
(CRM) hi 


F = LE r 
客户 IT 
图 6.13-3 ”内 部 I 部署 的 解决 方案 上 下 文 


在 这 个 例子 中 ， 新 的 客户 关系 管理 (CRM) 系统 应 体现 所 需 的 接口 ， 以 及 在 最 终 环 境 里 应 用 程序 如 何 打 包 、 发 布 、 运 行 和 
管理 。 
解决 方案 上 下 文 包括 投资 组 合 层 天 注 的 内 容 


还 有 最 后 一 个 要 考虑 的 内 容 。 通 常 ， 企 业 的 产品 和 服务 必须 一 起 工作 ， 用 以 完成 系统 构建 者 更 高 的 目标 。 因 此 ， 大 多 数 解 决 
方案 并 不 是 孤立 的 ， 这 些 解决 方案 同样 也 是 投资 组 合 层 所 关注 的 。 因 此 ， 涌 现 出 的 举措 ， 通 常 以 投资 组 合 史诗 的 形式 出 现 ， 它 们 
也 会 驱动 解决 方案 意图 和 影响 解决 方案 的 开发 和 部 署 。 


对 于 内 部 托管 的 系统 ， 与 其 他 解决 方案 的 互 操作 性 通常 也 是 必需 的 ， 也 需要 进一步 扩展 解决 方案 的 上 下 文 。 例 如 ， 更 大 的 运 
营 价 值 流 (参见 7.11 节 ) ， 经 常会 使 用 来 源 于 多 个 开发 价值 流 的 解决 方案 ， 如 图 6.13-4 所 示 。 


F AC MELT 


图 6.13-4 ”多 个 解决 方案 一 起 协作 ， 支 持 完整 的 运营 价值 流 
这 些 相应 的 解决 方案 必须 互相 合作 ， 也 必须 与 其 他 的 解决 方案 进行 集成 ， 从 而 给 运营 价值 流 提 供 一 个 无 颖 的 、 端 到 端的 解决 
方案 。 
寺 续 协作 确保 部 署 能 


要 想 确保 解决 方案 能 正确 运行 在 其 上 下 文 环境 中 ， 就 需要 获得 持续 的 反馈 。 解 决 方案 构建 者 需要 获得 反馈 ， 并 获知 他 们 的 解 
决 方案 在 部 署 环境 中 是 否 能 正常 工作 (参见 5.1 节 ) 。 


基于 节奏 的 开发 ， 可 以 向 多 系统 的 整个 价值 流 进 行 频繁 集成 ， 并 演示 其 进展 情况 ， 向 着 最 高 级 别 上 下 文 环境 中 的 里 程 碑 和 发 
布 承诺 前 进 。 持 续 协作 有 助 于 确保 解决 方案 最 终 能 在 客户 上 下 文 环境 中 进行 部 署 : 


- 客户 在 PI 计 划 会 议和 解决 方案 演示 期 间 提 出 并 讨论 上 下 文 问 题 


- 解决 方案 管理 者 和 客户 持续 确保 愿景 、 解 决 方案 意图 、 路 线 图 和 价值 流 待 办 事项 列表 与 解决 方案 上 下 文保 持 一 臻 
: 在 客户 上 下 文中 发 现 的 问题 ， 通 过 价值 流 看 板 系统 来 找 出 相关 影响 并 做 出 决定 

. 系统 构建 者 和 客户 分 享 相关 的 上 下 文 知 识 、 环 境 和 基础 设施 ， 如 接口 模拟 、 测 试 和 集成 环境 、 测 试 和 部 署 脚本 等 
+ 解决 方案 架构 师 / 工 程 师 确保 技术 路 线 与 解决 方案 上 下 文保 持 一 致 ， 如 接口 、 约 束 等 


因此 ， 系 统 构 建 者 和 客户 组 织 中 的 各 种 角色 之 间 有 很 多 需要 合作 的 地 方 。 在 SAFe 中 ， 定 义 了 许多 与 客户 组 织 中 相对 应 的 角 
色 ， 用 于 承担 相应 的 职责 ， 如 图 6.13-5 所 示 。 


ag” 对 应 的 客户 角色 
f3 系统 DevOps 

解决 方案 0 fal 
AM Re / 工程 师 


图 6.13-5 ”系统 构建 者 角色 与 对 应 的 客户 角色 之 间 的 协作 
总 之 ， 客 户 与 系统 构建 者 的 有 效 协 作 ， 有 助 于 确保 系统 满足 客户 的 需求 ， 而 且 始 终 处 在 客户 的 上 下 文 环境 中 。 


[1] 美国 画家 ， 抽 象 表现 主义 和 极 简 主 义 画家 。 


译 者 注 


第 7 章 ”SAFe 投 资 组 合 层 


7.1 投资 组 合 层 


要 想 长 期 成 功 ， 就 需要 聚焦 于 中 期 目标 。 


一 一 杰 弗 里 :摩尔 


摘要 


投资 组 合 是 SAFe 框 架 中 的 最 高 层级 ， 它 提供 了 围绕 一 个 或 者 多 个 价值 流 构成 的 精益 -敏捷 企业 的 基本 框架 ， 基 于 每 一 个 价值 
流 所 开发 的 系统 或 解决 方案 都 需要 满足 企业 的 战略 意图 。 投 资 组 合 层 包含 了 这 些 战略 目标 ， 并 且 提 供 了 基本 的 资金 和 其 他 管理 机 
制 用 来 确保 价值 流 中 的 投资 能 为 企业 战略 目标 提供 相应 的 回报 。 


投资 组 合 与 企业 有 双向 的 联系 。 一 方面 ， 企 业 提供 了 战略 方向 ， 用 来 指导 投资 组 合 与 更 大 的 、 变 化 中 的 业务 目标 对 齐 。 另 一 
方面 ,投资 组 合 持续 不 断 地 将 进展 情况 反馈 回 企业 。 这 样 就 将 投资 组 合 当前 解决 方案 集合 的 状态 ， 通 知 到 企业 层面 ， 包 括 关键 绩 
效 指标 和 其 他 影响 投资 组 合 的 业务 因素 。 项 目 群 投资 组 合 管理 部 门 作为 利益 相关 者 的 代表 ， 担 负 着 交付 业务 成 果 的 责任 。 此 外 ， 
投资 组 合 层级 也 包括 其 他 重要 的 角色 、 活 动 和 工件 。 


在 大 型 企业 中 ， 可 能 会 有 多 个 投资 组 合 。 本 节 以 概要 方式 描述 了 SAFe 投 资 组合 管 理 的 基本 工作 模式 .。 


SAFe 投 资 组 合 层 包含 了 为 实现 企业 战略 目标 而 开发 的 系统 和 解决 方案 所 需要 的 人 员 和 | 流程。 投资 组 合 最 基本 的 元 素 是 一 个 
或 者 多 个 价值 流 ， 每 一 个 价值 流 为 实现 交付 价值 的 方案 提供 了 必需 的 人 力 或 者 其 他 资源 所 需 的 资金 。 每 一 个 价值 流 都 是 由 一 系列 
持久 稳定 的 系统 定义 、 开 发 、 部 署 环节 组 成 ， 从 而 可 以 向 企业 或 客户 提供 持续 的 价值 交付 。 


关键 概念 


连接 企业 目标 


投资 组 合 层 与 企业 目标 有 双向 的 联系 。 一 方面 ， 战 略 主题 提供 明确 的 、 条 目 化 的 业务 目标 ， 这 些 业 务 目标 将 投资 组 合 与 企业 
持续 演进 的 业务 战略 进行 连接 。 战 略 主题 在 投资 组 合 层面 为 决策 提供 业务 背景 ， 它 影响 价值 流 中 的 投资 ， 并 作为 投资 组 合 、 解 决 
方案 和 项 目 群 待 办 事项 列表 的 输入 。 然 而 ， 战 略 主题 并 不 是 由 业务 部 门 独立 制订 的 ， 而 是 由 投资 组 合 的 关键 利益 相关 者 参与 其 中 
并 成 为 战略 形成 的 重要 基础 。 


另 一 方面 ， 投 资 组 合 层 将 投资 组 合 现状 持续 不 断 地 反馈 回 企 业 ， 它 包括 关键 业务 指标 (KPI) 、 当 前 解决 方案 与 市 场 目标 吻 
SEVER, URAR ARAETA, 338. Vista. 


项 目 群 投资 组 合 管理 


投资 组 合 层级 的 活动 和 投资 的 治理 ， 是 由 项 目 群 投资 组 合 管理 部 门 (PPM ) 来 负责 的 。 项 目 群 投资 组 合 管理 (PPM) 在 
SAFe 框 架 中 代表 了 最 高 的 授权 (负责 投资 回报 ) ， 具 备 对 工作 内 容 的 决策 权 (构建 什么 内 容 ) 。 战 略 与 投资 资金 、 项 目 群 管理 
和 治理 由 企业 高 管 和 业务 管理 人 员 负 责 ， 他 们 了 解 企业 业务 战略 、 技 术 和 财务 约束 ， 由 他 们 定义 和 实现 投资 组 合 方案 战略 。 通 
常 ， 由 项 目 群 管理 办 公 室 (PMO) 协助 企业 高 管 和 业务 管理 人 员 ， 开 展 以 上 工作 并 共同 承担 指导 项 目 群 执行 和 治理 的 责任 。 


项 目 群 投资 组 合 管理 部 门 (PPM) 的 主要 职责 之 一 是 : 分 配 资金 到 不 同 的 价值 流 。 用 一 种 精益 -敏捷 的 预算 方法 一 一 超越 项 
目 成 本 会 计 核算 ， 来 进行 预算 的 制订 和 监督 ， 这 种 方法 提供 了 快速 且 授 权 的 决策 ， 并 有 恰当 的 授权 责任 控制 。 如 果 用 饼 图 表示 的 
话 ， 其 中 的 每 一 个 扇 区 就 代表 分 给 一 个 具体 价值 流 的 资金 。 通 常 ， 价 值 流 经 理 们 会 在 自己 的 预算 范围 内 得 到 授权 ， 开 发 出 能 得 到 
最 大 投资 回报 率 的 解决 方案 。 通 过 这 种 方式 ， 企 业 将 执行 相应 的 授权 责任 ， 按 照 大 家 一 致 同 意 的 业务 优先 顺序 进行 投资 。 


管理 投资 组 合 史诗 的 流动 


投资 组 合 层 的 另 一 个 职责 是 : 发 现 、 定 义 和 管 理 那些 重大 的 业务 举措 ， 这 些 业 务 在 本 质 上 是 跨 产品 的 新 需求 。 业 务 史 诗 捕获 
并 反映 新 的 业务 能 力 ， 这 种 能 力 只 能 通过 多 个 价值 流 的 合作 才能 完成 。 史 诗 使 能 揭示 了 实现 这 种 能 力 必 需 的 架构 和 其 他 的 技术 举 
措 。 


为 了 管理 这 种 工作 的 流动 ， 并 确保 它们 对 所 有 的 利益 相关 者 是 可 见 的 ，SAFe 框 架 提 供 了 投资 组 合 看 板 系统 。 看 板 系统 使 工 
作 可 视 化 ， 并 提供 了 在 制品 限制 ， 以 确保 按 实际 价值 流 的 容量 来 供给 需求 。 


投资 组 合 待 办 事项 列表 是 SAFe 框 架 中 最 高 级 别 的 待 办 事项 列表 ， 它 用 来 存放 需要 通过 看 板 系统 并 等 待 实现 的 史诗 。 投 资 组 
合 待 办 事项 列表 包含 了 获得 批准 的 、 进 行 了 优先 级 排序 的 史诗 ， 这 些 史诗 帮助 投资 组 合 实现 市 场 差异 化 、 提 高 运行 效率 、 形 成 更 
好 的 集成 方案 。 史 诗 负责 人 负责 管理 史诗 ， 直 到 可 以 确保 这 些 史诗 能 够 被 实现 。 


企业 架构 师 也 在 投资 组 合 层 承担 重要 职责 。 这 个 角色 具备 必要 的 知识 ， 可 以 跨 价 值 流 和 项 目 群 工作 ， 并 有 助 于 提供 可 以 优化 


投资 组 合成 果 的 战略 技术 方向 。 这 些 战略 包括 一 些 相应 的 史诗 使 能 ， 如 融合 开发 和 交付 的 技术 栈 、 解 决 方案 的 互 操作 性 、 一 些 应 
用 程序 接口 ， 以 及 主机 策略 等 。 企 业 架 构 师 通常 也 作为 使 能 史诗 的 史诗 负责 人 。 


参考 资料 


[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Portfolio.Addison- 


Wesley, 2011. 


第 7 章 ”SAFe 投 资 组 合 层 


7.1 投资 组 合 层 介 绍 


要 想 长 期 成 功 ， 就 需要 聚焦 于 中 期 目标 。 


摘要 


投资 组 合 是 SAFe 框 架 中 的 最 高 层级 ， 它 提供 了 围绕 一 个 或 者 多 个 价值 流 构 成 的 精益 -敏捷 企业 的 基本 框架 ， 基 于 每 一 个 价值 
流 所 开发 的 系统 或 解决 方案 都 需要 满足 企业 的 战略 意图 。 投 资 组 合 层 包含 了 这 些 战略 目标 ， 并 且 提 供 了 基本 的 资金 和 其 他 管理 机 
制 用 来 确保 价值 流 中 的 投资 能 为 企业 战略 目标 提供 相应 的 回报 。 


投资 组 合 与 企业 有 双向 的 联系 。 一 方面 ， 企 业 提供 了 战略 方向 ， 用 来 指导 投资 组 合 与 更 大 的 、 变 化 中 的 业务 目标 对 齐 。 另 一 
方面 ,投资 组 合 持 续 不 断 地 将 进展 情况 反馈 回 企业 。 这 样 就 将 投资 组 合 当前 解决 方案 集合 的 状态 ， 通 知 到 企业 层面 ， 包 括 关键 绩 
效 指标 和 其 他 影响 投资 组 合 的 业务 因素 。 项 目 群 投资 组 合 管理 部 门 作为 利益 相关 者 的 代表 ， 担 负 着 交付 业务 成 果 的 责任 。 此 外 ， 
投资 组 合 层级 也 包括 其 他 重要 的 角色 、 活 动 和 工件 。 


在 大 型 企业 中 ， 可 能 会 有 多 个 投资 组 合 。 本 节 以 概要 方式 描述 了 SAFe 投 资 组合 管 理 的 基本 工作 模式 .。 


SAFe 投 资 组 合 层 包含 了 为 实现 企业 战略 目标 而 开发 的 系统 和 解决 方案 所 需要 的 人 员 和 | 流程。 投资 组 合 最 基本 的 元 素 是 一 个 
或 者 多 个 价值 流 ， 每 一 个 价值 流 为 实现 交付 价值 的 方案 提供 了 必需 的 人 力 或 者 其 他 资源 所 需 的 资金 。 每 一 个 价值 流 都 是 由 一 系列 
持久 稳定 的 系统 定义 、 开 发 、 部 署 环节 组 成 ， 从 而 可 以 向 企业 或 客户 提供 持续 的 价值 交付 。 


连接 企业 目标 


投资 组 合 层 与 企业 目标 有 双向 的 联系 。 一 方面 ， 战 略 主题 提供 明确 的 、 条 目 化 的 业务 目标 ， 这 些 业 务 目标 将 投资 组 合 与 企业 
寺 续 演进 的 业务 战略 进行 连接 。 战 略 主题 在 投资 组 合 层面 为 决策 提供 业务 背景 ， 它 影响 价值 流 中 的 投资 ， 并 作为 投资 组 合 、 解 决 
方案 和 项 目 群 待 办 事项 列表 的 输入 。 然 而 ， 战 略 主题 并 不 是 由 业务 部 门 独立 制订 的 ， 而 是 由 投资 组 合 的 关键 利益 相关 者 参与 其 中 
并 成 为 战略 形成 的 重要 基础 。 


另 一 方面 ， 投 资 组 合 层 将 投资 组 合 现状 持续 不 断 地 反馈 回 企 业 ， 它 包括 关键 业务 指标 (KPI) 、 当 前 解决 方案 与 市 场 目标 吻 
AEREE, URAR RAEE, BA, MERR. 


项 目 群 投资 组 合 管理 


投资 组 合 层级 的 活动 和 投资 的 治理 ， 是 由 项 目 群 投资 组 合 管理 部 门 (PPM) 来 负责 的 。 项 目 群 投资 组 合 管理 (PPM) 在 
SAFe 框 架 中 代表 了 最 高 的 授权 (负责 投资 回报 ) ， 具 备 对 工作 内 容 的 决策 权 (构建 什么 内 容 ) 。 战 略 与 投资 资金 、 项 目 群 管理 
和 治理 由 企业 高 管 和 业务 管理 人 员 负 责 ， 他 们 了 解 企业 业务 战略 、 技 术 和 财务 约束 ， 由 他 们 定义 和 实现 投资 组 合 方案 战略 。 通 
常 ， 由 项 目 群 管理 办 公 室 (PMO) 协助 企业 高 管 和 业务 管理 人 员 ， 开 展 以 上 工作 并 共同 承担 指导 项 目 群 执 行 和 治理 的 责任 。 


项 目 群 投资 组 合 管理 部 门 (PPM) 的 主要 职责 之 一 是 : 分 配 资金 到 不 同 的 价值 流 。 用 一 种 精益 -敏捷 的 预算 方法 一 一 超越 项 
目 成 本 会 计 核算 ， 来 进行 预算 的 制订 和 监督 ， 这 种 方法 提供 了 快速 且 授 权 的 决策 ， 并 有 恰当 的 授权 责任 控制 。 如 果 用 饼 图 表示 的 
话 ， 其 中 的 每 一 个 扇 区 就 代表 分 给 一 个 具体 价值 流 的 资金 。 通 常 ， 价 值 流 经 理 们 会 在 自己 的 预算 范围 内 得 到 授权 ， 开 发 出 能 得 到 
最 大 投资 回报 率 的 解决 方案 。 通 过 这 种 方式 ， 企 业 将 执行 相应 的 授权 责任 ， 按 照 大 家 一 致 同 意 的 业务 优先 顺序 进行 投资 。 


管理 投资 组 合 史诗 的 流动 


投资 组 合 层 的 男 一 个 职责 是 : 发 现 、 定 义 和 管 理 那些 重大 的 业务 举措 ， 这 些 业 务 在 本 质 上 是 跨 产品 的 新 需求 。 业 务 史 诗 捕获 
并 反映 新 的 业务 能 力 ， 这 种 能 力 只 能 通过 多 个 价值 流 的 合作 才能 完成 。 史 诗 使 能 揭示 了 实现 这 种 能 力 必 需 的 架构 和 其 他 的 技术 举 
措 。 


为 了 管理 这 种 工作 的 流动 ， 并 确保 它们 对 所 有 的 利益 相关 者 是 可 见 的 ，SAFe 框 架 提 供 了 投资 组 合 看 板 系统 。 看 板 系统 使 工 
作 可 视 化 ， 并 提供 了 在 制品 限制 ， 以 确保 按 实际 价值 流 的 容量 来 供给 需求 。 


投资 组 合 待 办 事项 列表 是 SAFe 框 架 中 最 高 级 别 的 待 办 事项 列表 ， 它 用 来 存放 需要 通过 看 板 系 统 并 等 待 实现 的 史诗 。 投 资 组 
合 待 办 事项 列表 包含 了 获得 批准 的 、 进 行 了 优先 级 排序 的 史诗 ， 这 些 史诗 帮助 投资 组 合 实现 市 场 差异 化 、 提 高 运行 效率 、 形 成 更 
好 的 集成 方案 。 史 诗 负责 人 负责 管理 史诗 ， 直 到 可 以 确保 这 些 史诗 能 够 被 实现 。 


企业 架构 师 也 在 投资 组 合 层 承担 重要 职责 。 这 个 角色 具备 必要 的 知识 ， 可 以 跨 价 值 流 和 项 目 群 工作 ， 并 有 助 于 提供 可 以 优化 
投资 组 合成 果 的 战略 技术 方向 。 这 些 战 略 包括 一 些 相应 的 史诗 使 能 ， 如 融合 开发 和 交付 的 技术 栈 、 解 决 方案 的 互 操作 性 、 一 些 应 
用 程序 接口 ， 以 及 主机 策略 等 。 企 业 架 构 师 通常 也 作为 使 能 史诗 的 史诗 负责 人 。 


参考 资料 


[1] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Portfolio. Addison- 


Wesley, 2011. 


战略 转折 点 就 是 : 当 技 术 创新 、 市 场 演变 和 客户 感知 发 生 某 种 融合 ， 需 要 公司 做 出 根本 变化 甚至 死亡 的 那 一 时 刻 。 


Andy Grove，《 只 有 偏执 狂 可 以 生存 》 


摘要 


每 个 SAFe 投 资 组 合 都 包含 一 组 价值 流 和 一 些 额 外 的 组 成 部 分 ， 可 以 为 产品 、 服 务 ， 以 及 满足 企业 履行 业务 战略 元 素 的 解决 
方案 提供 资金 和 管理 。 在 中 小 型 企业 中 ， 一 个 SAFe 投 资 组 合 通常 可 以 用 于 管理 整个 技术 解决 方案 的 集合 。 在 较 大 的 企业 (通常 
有 500 ~ 1000 名 技术 人 员 ) 中 ， 可 以 有 多 个 SAFe 投 资 组 合 ， 其 中 每 条 业务 线 都 会 有 一 个 投资 组 合 。 
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在 以 上 的 情况 中 ， 投 资 组 合 不 是 整个 业务 ， 它 的 重要 性 在 于 要 确保 投资 组 合 解决 方案 的 集合 能 够 满足 企业 的 需求 。SAFe 提 
供 了 三 个 主要 结构 ， 用 于 连接 企业 战略 和 投资 组 合 。 首 先是 预算 ， 即 提供 给 投资 组 合 的 资金 总 额 ， 用 于 运营 和 资本 支出 ， 它 提供 
了 一 个 资金 包 支 持 投资 组 合 的 运作 。 其 次 是 一 套 战略 主题 ， 将 企业 的 战略 意图 的 某 些 方面 传达 给 投资 组 合 。 第 三 是 提供 对 投资 组 
合 上 下 文 (参见 下 文 描述 ) 的 持续 反馈 ， 它 提供 治理 状况 ， 并 呈现 正在 进行 的 战略 规划 。 


本 节 提 供 了 一 些 通用 的 指导 方针 ， 企 业 可 以 定义 和 呈现 这 些 关 键 的 信息 。 


投资 组 合 层级 代表 SAFe 框 架 所 关注 的 最 高 级 别 。 每 个 项 目 群 投资 组 合 由 一 组 价值 流 组 成 ， 进 行 价值 交付 。 投 资 组 合 层 描述 
了 一 些 必要 的 内 容 ， 包 括 精 益 -敏捷 预算 、 项 目 群 投资 组 合 管理 (PPM) 、 投 资 组 合 看 板 系统 、 投 资 组 合 待 办 事项 列表 、 史 诗 
等 ， 这 些 内 容 用 以 管理 投资 组 合 的 投资 ， 并 指导 投资 组 合 与 业务 目标 保持 一 致 。 


然而 ， 每 个 投资 组 合 的 存在 只 有 一 个 原因 ， 即 为 实现 企业 整体 战略 而 做 出 贡献 。 这 是 通过 将 每 个 投资 组 合 的 愿景 与 企业 战略 
保持 一 致 来 实现 的 。 这 样 做 的 主要 机 制 包括 价值 流 本 身 ， 整 体 的 投资 组 合 预算 (预算 饼 图 示例 中 整个 “ 饼 ”) ， 传 达 不 断 发 展 的 
战略 意图 的 战略 主题 ， 并 不 断 通过 投资 组 合 上 下 文 进行 反馈 。 指 导 定 义 企业 价值 流 ， 继 而 通过 敏捷 发 布 火车 实现 这 个 价值 ， 这 些 
内 容 将 在 其 他 相关 章节 中 阐述 ， 本 节 着 眼 于 对 于 预算 、 战 略 主题 和 投资 组 合 上 下 文 的 开发 与 沟通 。 


单个 企业 的 SAFe 投 资 组 合 


首先 ， 了 解 该 流程 的 这 个 元 素 的 更 广 的 上 下 文 很 重要 。 在 少 于 1000 人 的 企业 中 ， 人 们 为 提供 一 个 整体 解决 方案 集合 而 协同 
工作 ， 可 能 只 需要 一 个 单一 的 投资 组 合 (单一 投资 组 合 的 SAFe 实 例 ) 就 能 满足 所 有 的 需求 。 


在 这 种 情况 下 ， 只 有 一 个 投资 组 合 ， 以 及 由 PPM 授 权 的 分 配给 价值 流 的 总 预算 。 这 个 投资 组 合 通过 战略 主题 和 预算 与 业务 
战略 进行 关联 ， 并 通过 投资 组 合 上 下 文 给 企业 提供 反馈 ， 如 图 7.2-1 所 示 。 
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A721 单个 投资 组 合 的 企业 视图 
大 型 企业 将 有 多 个 投资 组 合 


然而 ，SAFe 可 以 成 功 地 应 用 于 世界 上 最 大 的 系统 和 软件 制造 商 的 环境 中 。 其 中 许多 企业 有 成 干 上 万 甚至 数 以 万 计 的 IT、 系 
统 、 应 用 程序 和 解决 方案 开发 的 从 业 人 员 (有 些 企业 甚至 超过 了 10 万 人 ) . 


当然 ， 这 些 人 员 也 并 不 都 是 工作 在 相同 的 解决 方案 上 ， 而 且 也 不 是 处 在 相同 的 价值 流 中 。 更 典型 的 情况 是 ，IT 和 开发 人 员 被 
组 织 起 来 支持 不 同 的 业务 线 、 内 部 部 门 、 不 同 的 客户 或 其 他 业务 目标 。 最 常见 的 情况 是 ， 这 些 业 务 单元 有 不 到 1000 名 员工 (有 
些 业 务 单元 会 有 更 多 的 员工 ) ， 其 中 每 个 业务 单元 都 负责 一 个 SAFe 投 资 组 合 。 


为 了 实现 更 大 的 目标 ， 企 业 可 能 会 有 多 个 SAFe 投 资 组 合 ， 每 个 都 有 自己 的 预算 和 战略 主题 ， 这 也 反映 了 每 个 部 门 所 负责 能 
业务 战略 部 分 ， 如 图 7.2-2 所 示 。 


每 个 SAFe 投 资 组 合 都 存在 于 广泛 的 企业 环境 中 。 企 业 环 境 是 投资 组 合 所 需 解决 的 业务 战略 的 来 源 ， 并 且 它 也 可 以 提供 更 加 
通用 的 资金 管理 和 治理 模式 。 


企业 战略 驱动 投资 组 合 战 略 


开发 企业 经 营 战略 ， 投 资 于 使 其 落地 的 解决 方案 ， 这 是 企业 集中 关注 的 事项 ， 因 为 这 是 高 级 管理 层 和 企业 受托 人 的 首要 责 


任 ， 他 们 也 对 企业 的 整体 业务 绩效 负责 。 毕 竟 ， 投 资 组 合 不 是 自己 创建 或 给 自己 投资 ， 它 们 的 存在 就 是 为 了 实现 更 高 的 企业 目 


标 。 
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图 7.2-2 ”多 个 SAFe 投 资 组 合 的 企业 视图 


投资 组 合 上 下 文 为 企业 战略 提供 信息 


然而 ， 战 略 具 有 一 些 新 兴 的 属性 。 战 略 也 必须 基于 当前 业务 环境 ， 反 过 来 它 又 依赖 于 当前 解决 方案 集合 所 带 来 的 挑战 和 机 
会 ， 这 些 情况 都 是 在 具体 的 市 场 条 件 下 发 生 的 。 为 此 ， 战 略 的 制订 需要 与 下 游 投资 组 合 一 起 (或 者 来 自 下 游 投资 组 合 ) 进行 持续 
协作 、 沟 通 和 对 齐 。 换 句 话说 ， 它 需要 充分 和 完整 地 意识 到 投资 组 合 的 背景 ， 可 以 包括 : 


- 关键 绩效 指标 (KPI) 投资 组 合 应 该 对 所 分 配 的 投资 支出 提供 适当 的 反馈 。 可 以 包括 量化 指标 和 财务 指标 ， 例 如 投资 


IR (ROI) 、 市 场 份额 、 客 户 净 推荐 值 、 创 新 会 计 核算 (参考 资料 [2]) 等 。 


- 定性 数据 一 一 定性 数据 可 以 包括 优势 、 劣 势 、 机 遇 和 威胁 (SWOT) 分 析 ， 以 及 最 重要 的 是 投资 组 合 利益 相关 者 所 积累 的 
解决 方案 、 市 场 和 业务 知识 。 任 何 忽视 这 一 点 的 战略 都 不 是 最 佳 的 战略 。 


战略 制订 


定义 投资 组 合 预算 和 战略 主题 是 制订 战略 的 一 个 具体 操作 (参见 7.3 节 ) 。 制 订 战略 的 方法 非常 多 ， 而 且 必 须 进行 广泛 的 协 
作 。 当 前 技术 领域 的 趋势 和 有 影响 力 的 方法 包含 在 Geoffrey Moore 的 系列 书籍 (参考 资料 [1]) 和 Eric 的 《精益 创业 》 (参考 资 
料 [2]) 中 。 还 有 其 他 各 种 各 样 的 更 具体 的 战略 制订 方法 ， 包 括 商业 模式 画布 、 精 益 画 布 (参考 资料 由 ) 等 。 


在 James Collins 和 William Lazier 的 著作 《超越 企业 》 (参考 资料 [3]) 中 ， 摘 述 了 一 个 相当 有 效 的 战略 制订 方法 。 这 种 方 
法 的 输出 是 一 个 战略 主题 的 集合 ， 它 提供 企业 战略 的 持续 “快照 ”， 向 投资 组 合 传达 着 不 断 演 变 的 战略 意图 和 预算 。 


图 7.2-3 强 调 了 该 方法 适应 于 SAFe 上 下 文 环境 的 主要 方面 ， 下 文 对 每 个 方面 进行 简要 讨论 。 


项 目 群 投资 组 合 中 的 企业 总 预算 和 投资 一 一 在 总 的 运营 预算 范围 内 (或 人 力 和 其 他 资源 分 配 情况 下 ) ， 为 跨越 所 有 SAFe 投 
资 组 合 的 所 有 技术 解决 方案 制订 预算 拨款 。 在 某 些 情况 下 ， 还 可 以 提供 资本 和 运营 费用 的 指导 (参见 7.10 节 ) 。 
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图 7.2-3 ”投资 组 合 策略 制订 的 解决 方案 


企业 业务 驱动 因素 一 一 企业 业务 驱动 因素 正在 重新 演变 着 企业 战略 。 由 于 当前 的 业务 和 解决 方案 投资 组 合 环境 大 体 上 已 被 
理解 ， 显 然 没 有 必要 重复 ; 应 该 从 当前 战略 的 变化 中 发 现 新 的 因素 。 举 例 来 说 ， 诸 如 “把 新 收购 的 能 力 集成 到 现 有 的 套件 
中 ” (一 个 安全 公司 ) 和 “将 应 用 程序 迁移 到 云 上 ” ， 这 些 都 是 企业 业务 的 驱动 因素 。 


财务 目标 一 一 企业 的 财务 业绩 目标 应 该 很 清晰 ， 无 论 是 在 年 收入 、 利 润 率 、 市 场 份额 或 其 他 方面 的 衡量 指标 。 其 中 某 些 财 
务 要 素 也 将 被 传达 给 投资 组 合 。 


个 明确 和 统一 的 使 命 、 愿 景 ， 以 及 一 系列 核心 价值 观 提供 了 恒定 的 目标 ， 并 作为 制订 战略 


使 命 、 愿 景 、 核 心 价值 观 
的 边界 。 


竞争 环境 一 一 竞争 分 析 将 有 助 于 确定 最 大 的 威胁 和 机 会 领域 。 


投资 组 合 环境 与 核心 竞争 力 一 一 在 充分 和 完整 的 投资 组 合 环 境 中 才能 形成 最 佳 战略 。 这 些 都 可 以 通过 提供 KPI、SWOT 分 析 
等 方式 加 以 获得 。 但 是 真正 能 够 凸显 企业 擅长 领域 的 是 战略 差异 性 ， 也 只 有 战略 差异 性 才能 展示 出 帮助 企业 取得 成 功 的 业务 和 技 
术 DNA。 


如 图 7.2-3 所 示 ， 投 资 组 合 预算 和 战略 主题 是 一 个 过 程 的 输出 ， 业 务 委托 方 和 其 他 利益 相关 者 在 得 出 结论 之 前 ， 会 系统 地 分 


析 了 一 组 输入 ， 然 后 分 别 得 出 各 自 的 投资 组 合 预算 和 战略 主题 。 
去 中 心 化 执行 


按照 SAFe 原 则 # 9 一 一 去 中 心 化 决策 ， 制 订 业 务 战略 在 很 大 程度 上 是 一 个 集中 而 又 协作 的 事情 ， 其 中 企业 受托 方 和 关键 投 
资 组 合 的 利益 相关 者 发 挥 着 核心 作用 。 然 而 ， 执 行 解决 方案 的 战略 时 ， 会 通过 透明 化 、 持 续 反 馈 、KPI 和 适当 的 投资 组 合 指标 ， 
把 权力 分 散 给 投资 组 合 层面 。 只 有 那些 了 解 当前 具体 工作 情况 的 人 ， 才 能 为 价值 流 和 ART 进 行 定义 、 演 进 和 制订 预算 ， 从 而 可 以 
运用 经 济 框架 ,来 管理 解决 方案 的 开发 以 满足 不 断 变化 的 客户 需求 和 新 的 市 场 机 遇 。 
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7.3 ”战略 主题 


领导 者 和 跟随 者 的 区 别 就 在 于 创新 。 


— Rie KR + 乔布斯 


摘要 


战略 主题 是 指 那 些 把 SAFe 投 资 组 合 与 不 断 演进 的 企业 战略 紧密 关联 在 一 起 的 、 具 体 而 详细 的 业务 目标 。 它 们 为 制订 投资 组 
合 决策 以 及 影响 价值 流 的 投资 提供 业务 背景 ; 同时 还 会 作为 经 济 框架 、 预 算 、 投 资 组 合 、 解 决 方案 和 项 目 群 待 办 事项 列表 决策 的 
输入 。 


战略 主题 无 需 进行 明确 声明 ， 因 为 一 个 投资 组 合 愿景 的 大 部 分 要 素 在 结合 业务 背景 下 是 非常 容易 理解 的 ， 而 投资 组 合 利 益 相 
关 者 通常 非常 了 解 该 投资 组 合 究竟 是 什么 ， 他 们 创建 和 管理 着 自己 的 使 命 和 愿景 。 然 而 ， 战 略 主题 为 企业 提供 了 当前 状态 与 未 来 
状态 的 不 同 之 处 。 它 们 用 于 推动 创新 和 差异 化 竞争 ， 而 这 只 有 通过 有 效 的 投资 组 合 解决 方案 才能 实现 。 战 略 主题 最 好 是 由 企业 领 
导 者 、 受 委托 方 ， 以 及 各 投资 组 合 的 关键 利益 相关 者 通过 结构 化 的 协同 战略 规划 过 程 共同 创建 。 


战略 主题 是 一 组 用 于 区 分 战略 差异 化 的 业务 目标 ， 用 于 强调 企业 战略 变化 对 一 个 特定 解决 方案 投资 组 合 的 影响 。 它 们 为 企业 
及 其 解决 方案 投资 组 合 提供 了 一 种 主要 的 沟通 协议 ， 如 图 7.3-1 所 示 。 


图 7.3-1 战略 主题 连接 着 SAFe 投 资 组 合 与 宏观 企业 环境 
每 一 个 解决 方案 投资 组 合 都 作为 达成 企业 业务 战略 的 组 成 部 分 ， 都 会 获得 预算 ， 而 其 战略 主题 会 在 某 种 程度 上 指导 着 投资 组 
合 的 愿景 。 
制订 战略 主题 


制订 战略 就 要 定义 战略 主题 ， 而 且 要 基于 一 个 SAFe 投 资 组 合 的 环境 进行 。 遵 循 企业 的 指导 原则 ， 战 略 主题 是 协作 过 程 的 输 
出 ， 即 企业 投资 组 合 利益 相关 者 之 间 通 过 协作 ， 对 一 组 输入 进行 系统 分 析 后 形成 结论 ， 相 关 过 程 如 图 7.3-2 所 示 。 


投资 组 合 
上 下 文 环境 SAFe 投资 组 合 预算 
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战略 
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图 7.3-2 ”协作 制订 战略 主题 


此 协作 过 程 的 典型 输入 包括 : 业务 使 命 、 财 务 目标 及 约束 、 市 场 竞争 环境 、 投 资 组 合 上 下 文 环境 等 。 (参考 7.2 节 中 的 详细 
描述 。) 


关于 战略 主题 的 部 分 举例 如 下 : 

. 吸引 年 轻 消费 人 群 (ERREI) 

` 为 外 汇 证 券 交易 实施 产品 和 运营 支持 (证 券 公司 ) 

“ 实现 三 类 软件 平台 的 标准 化 

- 降低 仓储 成 本 (在 线 零 信 商 ) 

. 创建 从 投资 组 合 应 用 系统 到 企业 内 部 应 用 系统 的 单 点 登录 集成 (独立 软件 供应 商 ) 

战略 主题 是 联系 战略 与 整个 投资 组 合 的 重要 工具 。 它 提供 了 一 个 简单 的 、 容 易 记忆 的 参考 框架 ， 同 时 也 应 该 考虑 参与 交付 解 
决 方案 的 每 个 人 的 想法 。 
战略 主题 对 投资 组 合 愿景 的 影响 


战略 主题 是 投资 组 合 愿景 的 主要 输入 ， 并 作为 经 济 框架 的 要 素 ， 影 响 着 价值 流 和 敏捷 发 布 火车 预算 ， 投 资 组 合 待 办 事项 列 
表 ， 以 及 单个 ART 的 愿景 和 路 线 图 ， 如 图 7.3-3 所 示 。 


下 文 将 对 每 个 部 分 进行 描述 。 
经 济 框架 


战略 主题 可 能 对 经 济 框架 中 的 各 主要 参数 产生 重要 影响 ， 包 括 开发 时 间 、 周 期 时 间 、 产 品 成 本 、 产 品 价值 、 开 发 费用 ， 以 及 


风险 等 。 


事项 列表 
DB 6S MY TEPER 
\ 和 路 线 图 
rst 财务 框架 
图 7.3-3 ”战略 主题 的 影响 
价值 流 


战略 主题 严重 影响 着 价值 流 预算 ， 它 用 于 提供 完成 投资 组 合 愿景 所 需 的 费用 和 人 力 资源 。 在 进行 相关 资源 的 分 配 时 ， 应 该 考 
虑 如 下 问题 : 


: 价值 流 里 的 当前 投资 及 运行 中 的 敏捷 发 布 火车 是 否 反 映 了 当前 业务 环境 中 的 变化 ? 


“ 我 们 对 以 下 方面 的 投资 规模 合适 吗 ? a) 新 产品 和 服务 。b) 当前 产品 和 服务 的 能 力 扩展 。c) 维护 和 支持 活动 。 


基于 这 些 新 战略 主题 应 该 进行 哪些 调整 ? 


投资 组 合 待 办 事项 列表 


战略 主题 为 投资 组 合 看 板 系统 提供 了 一 个 决策 制订 的 过 滤器 ， 从 而 影响 投资 组 合 待 办 事项 列表 。 保 持 战略 主题 一 致 ， 可 以 做 
到 如 下 内 容 : 


:影响 漏斗 里 的 史诗 故事 的 识别 、 接 收 标准 、 优 先 级 排序 ， 以 及 待 办 事项 列表 的 状态 


: 确保 轻 量 级 业务 论证 在 业务 分 析 状 态 时 ， 就 进行 了 思考 和 探讨 


. 在 实施 过 程 中 可 能 会 影响 史诗 故事 的 分 解 和 实现 
愿景 和 优先 级 


最 后 ， 由 于 价值 流 和 发 布 火车 也 都 运行 在 投资 组 合 愿 景 上 下 文 环境 中 ， 因 此 战略 主题 在 演进 的 过 程 中 可 能 直接 影响 到 它们 。 
此 时 ， 产 品 和 解决 方案 管理 者 会 通过 战略 主题 来 影响 投资 组 合 愿 景 和 路 线 图 ， 同 时 促进 对 价值 流 和 项 目 群 待 办 事项 中 的 条 目 根 据 
WsJF 属 性 进行 优先 级 排序 。 那 些 经 由 投资 组 合 或 其 他 根据 当前 情况 所 产生 的 解决 方案 史诗 和 敏捷 发 布 火车 史诗 ， 也 会 受到 当前 
战略 主题 的 影响 。 此 外 ， 为 了 处 理 这 些 影 响 ， 战 略 主题 提供 了 保证 发 布 火车 之 间 概 念 一 致 性 的 重要 手段 ， 通 常 是 业务 负责 人 在 PI 
计划 时 进行 展示 。 


依据 战略 主题 度量 进展 


企业 用 战略 主题 沟通 不 同 的 战略 意图 。 为 战略 主题 制订 成 功 标 准 就 是 建立 一 种 机 制 ， 可 以 理解 战略 意图 的 进展 情况 。 但 是 ， 
许多 与 达成 战略 意图 相关 的 理想 度量 指标 都 属于 追踪 性 指标 。 而 诸如 ROI、 新 增 市 场 渗透 率 等 衡量 成 功 的 指标 ， 都 需要 经 过 较 长 
时 间 才 能 取得 。 企 业 需要 一 些 早期 指标 来 获得 有 反馈， 而 这 类 指标 很 多 都 是 与 财务 属性 无 天 的 。 许 多 精益 企业 通过 使 用 创新 会 计 核 
A (参考 资料 [1]) 来 应 对 这 一 挑战 。 创 新 会 计 核 算 提供 了 深 谋 远虑 的 数据 ， 用 来 评审 哪些 早期 指标 更 可 能 产生 所 期 望 的 长 期 效 
果 ， 其 背后 运用 了 各 种 工具 、 功 能 、 测 试 和 其 他 机 制 来 收集 相关 数据 。 


此 外 ， 明 确 的 成 功 标准 可 以 基于 投资 和 活动 。 例 如 ， 一 个 在 线 零售 商 可 能 希望 “涉及 年 轻 消 费 人 群 ”。 在 这 个 案例 中 ， 成 功 
标准 可 能 是 投资 、 活 动 和 早期 指标 的 综合 体 。 第 一 个 学 习 里 程 碑 ， 可 以 简单 地 测试 一 下 是 否 将 在 线 功能 扩展 到 移动 平台 就 可 以 到 
达 目 标 用 户 ; 而 这 可 以 很 容易 地 通过 焦点 小 组 的 初始 反馈 来 衡量 。 在 此 基础 上 ， 下 一 步 就 可 以 增加 移动 团队 的 预算 。 


与 此 同时 ， 可 以 用 一 个 面向 用 户 体验 的 史诗 ， 捕 获 不 同年 龄 用 户 的 购买 特点 ， 以 便 开 始 采集 趋势 数据 。 


战略 主题 的 成 功 标 准 提 供 了 一 系列 学 习 里 程 碑 ， 使 得 投资 组 合 可 以 理解 所 涉及 的 解决 方案 ， 验 证 相关 的 业务 和 技术 假设 ， 以 
及 在 必要 时 选择 更 好 的 解决 方案 。PI 节 奏 提 供 了 一 个 极 好 的 时 间 盒 ， 为 尝试 新 方法 收集 所 需 的 反馈 ， 从 而 展示 出 用 于 新 的 战略 主 
题 的 投资 是 否 能 产生 所 期 望 的 长 期 效果 。 
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管理 可 以 确保 攀登 成 功 阶梯 的 有 效 性 ; 领导 力 可 以 决定 阶梯 是 否 通 向 正确 的 方向 。 


RH + 柯 维 中 


摘要 


项 目 群 投资 组 合 管理 (PPM) 表示 在 框架 中 拥有 最 高 层级 战略 和 受托 决策 权 的 组 织 。 在 大 型 企业 里 ， 会 有 多 个 SAFe 投 资 组 
合 ， 每 个 投资 组 合 管理 一 系列 组 织 层 面 的 大 型 活动 ， 这 些 活动 通常 是 在 业务 单元 或 部 门 层级 上 。 每 一 个 SAFe 投 资 组 合 都 有 一 个 
个 


PPM 组 织 ， 其 负责 的 战略 和 投资 资金 、 项 目 群 管理 和 治理 的 相关 职责 依赖 于 业务 经 理 和 高 层 管理 人 员 ， 这 些 人 理解 企业 业务 战 

略 、 技 术 实力 和 财务 约束 ， 并 有 最 终 权 利 去 定义 和 执行 企业 整体 战略 中 属于 他 们 自己 的 部 分 。 通 常 项 目 或 项 目 群 管理 办 公 室 有 义 
务 来 协助 他 们 ， 共 同 担当 指导 项 目 群 执 行 和 治理 的 职责 。 
每 个 企业 可 以 用 不 同 的 头衔 和 角色 来 履行 这 些 职责 ， 有 的 企业 没有 正式 的 职位 名 称 或 部 门 来 履行 这 些 职责 。 尽 管 如 此 ， 这 些 


职责 的 有 效 履行 才 是 制胜 关键 。 


所 示 。 


使 资金 投入 和 项 目 
群 执行 、 度 量 和 汇报 
形成 闭环 ， 确 保 必 要 
的 一 致 性 


驱动 、 协 助 、 
支持 项 目 群 执行 


项 目 群 投资 组 合 管理 的 主要 职责 


图 7.4-1 
组 织 可 以 用 不 同 的 头衔 和 角色 来 赋予 这 些 职责 ， 甚 至 有 时 PPM 并 不 是 一 个 官方 的 部 门 。 但 其 实 如 何 称呼 这 个 群体 或 角色 并 
不 是 最 重要 的 ， 而 这 些 职责 的 有 效 履行 才 是 制胜 的 关键。 


项 目 群 投资 组 合 管理 的 职责 
PPM 有 参与 建立 和 沟通 战略 主题 的 职责 。 这 些 战略 主题 涵盖 指导 公司 投资 和 战略 ， 定 义 相关 价值 流 和 预算 分 配 ， 定 义 并 对 
跨 投资 组 合 的 史诗 按 优先 级 排序 ， 使 用 关键 绩效 指标 (KPI) 向 业务 部 门 汇报 投资 速度 和 进展 状况 ， 以 及 投资 组 合 相关 的 其 他 方 


面 的 信息 (更 多 关于 投资 组 合 的 信息 ， 请 参阅 7.2 节 ) 。 
在 向 精益 -敏捷 转变 的 过 程 中 ，PPM 的 功能 也 需要 兼顾 敏捷 和 传统 瀑布 式 项 目的 职责 ， 如 图 7.4-2 所 示 。 


青 益 -敏捷 项 目 群 投资 组 合 管理 


有 效 履 行 这 些 职责 是 业务 成 功 的 先决 条 件 。 然 而 ， 曾 经 使 用 的 瀑布 式 模型 ， 再 加 上 所 谓 的 自 上 而 下 控制 软件 开发 的 自然 倾向 
性 ， 就 使 得 业界 适应 了 某 些 行为 和 思维 方式 。 这 些 行为 和 思维 方式 严重 抑制 了 对 更 有 效率 的 精益 和 敏捷 范例 的 采用 。 针 对 这 些 遗 
留 的 思维 方式 ， 如 “部 件 工程 学 ” “最 大 化 利用 率 ” 和 “完成 即 可 ”在 参考 资料 [1] 和 [2] 中 有 详细 的 讨论 。 


项 目 群 投资 e @ 


组 合 管理 MARA 


/FoRTFOUO 


En 

C) 2 

J C E) x 

4 CRE) 
瀑布 模型 的 项 目 群 


图 7.4-2 PPM 职责 需要 兼顾 敏捷 项 目 群 和 瀑布 式 项 目 群 


SAFe 提 供 了 一 套 “ 七 种 转型 模式 ”的 方法 ， 可 以 帮助 企业 转型 为 精益 -敏捷 项 目 群 投资 组 合 管理 ， 如 图 7.4-3 所 示 。 


从 传统 方法 向 精益 — 敏捷 方法 转型 


#1 ”中心 控制 m 去 中 心 化 决策 

#2 MHIR > 近 需 管理 ， 持 续 价 值 流 

#3 ”详细 的 项 目 计划 时、 轻 量 级 的 、 仅 史诗 级 的 业务 论证 。 
a 中 心 化 的 年 度 计划 m 去 中 心 化 的 , 滚动 计划 
#5 工作 分 解 结构 > 敏捷 估算 和 计划 a 
#6 基于 项 目的 投资 和 控制 m> ”精益 一 敏捷 预算 和 自 管理 的 敏捷 发 布 火车 
47 瀑布 式 里 程 碑 。 iat 客观 的 基于 事实 的 度量 和 里 程 碑 


图 7.4-3 ”精益 -敏捷 项 目 群 投资 组 合 管理 的 七 种 转型 模式 


这 些 转型 模式 帮助 我 们 更 好 地 理解 如 何在 更 有 效 的 精益 -敏捷 模式 下 履行 主要 职责 ， 即 战略 和 投资 资金 、 项 目 群 管理 和 治 
理 。 以 下 是 对 每 一 种 转型 模式 更 深入 的 描述 。 

战略 和 投资 资金 

战略 和 投资 资金 的 目的 是 通过 开发 和 维护 价值 增值 的 产品 和 服务 的 项 目 群 ， 来 支持 业务 战略 的 实现 。 价 值 流 被 发 现 、 培 育 、 


监测 并 持续 提高 。 投 资 资金 按照 业务 战略 和 当前 战略 主题 被 分 配给 进行 中 的 项 目 群 和 新 的 举措 。 此 外 ， 精 益 实 践 能 够 帮助 企业 在 
如 下 几 个 方面 达成 其 经 济 目标 : 


精益 -敏捷 预算 一 一 如 7.9 节 描述 ， 每 个 价值 流 有 单独 的 预算 ， 通 常 是 一 年 更 新 两 次 。 通 过 把 分 配 预 算 的 权利 授予 给 决策 者 
(即便 是 业务 负责 人 也 要 不 断 检查 ) 从 而 就 不 需要 为 每 个 新 的 举措 建立 一 个 “项 目 ”。 在 已 分 配 预 算 的 范围 内 ， 可 以 避免 超支 ， 
并 且 使 火车 能 更 快 地 运行 ， 同 时 也 可 以 根据 需要 进行 本 地 的 决策 。 对 于 史诗 而 言 ， 由 于 范围 较 大 ， 所 以 仍然 需要 一 定 层级 的 PPM 


进行 审批 和 监督 。 


: 按 需 管理 和 持续 价值 流 一 一 任何 超 负载 的 系统 都 会 降低 生产 力 。 如 果 没 有 在 投资 组 合 层 管理 好 需求 ， 那 么 “在 制品 过 
多 ”这 个 看 不 见 的 杀手 将 限制 速度 和 质量 。 可 视 化 现 有 项 目 群 的 工作 ， 理 解 敏捷 项 目 群 的 速度 有 助 于 管理 WIP 并 确保 高 效 的 产品 


开发 流 。 这 些 都 是 通过 实现 投资 组 合 看 板 系 统 和 维护 投资 组 合 待 办 事项 列表 来 实现 的 。 


史诗 和 轻 量 级 业务 论证 一 一 为 了 对 即将 来 临 的 跨 层 级 的 工作 提供 可 视 化 和 经 济 的 调整 ， 每 一 个 史诗 都 有 一 个 轻 量 级 的 业务 
论证 支持 定义 和 分 析 。 由 史诗 负责 人 开发 的 轻 量 级 的 业务 论证 ， 可 以 用 于 推理 、 分 析 和 优先 级 排序 ， 同 时 还 避免 了 过 度 具体 化 。 


项 目 群 管理 帮助 和 指导 项 目 群 成 功 执行 。 虽 然 这 个 职责 主要 依靠 敏捷 发 布 火车 、 价 值 流 工程 师 (VSE) 和 发 布 火车 工程 师 
(RTE) 执行 ， 但 PPM 职 能 有 助 于 在 投资 组 合 中 开发 、 沉 泻 并 应 用 成 功 的 项 目 群 执行 模式 。 在 许多 组 织 里 ，VSE 和 RTE 是 PMO 的 
一 部 分 ， 他 们 可 以 共享 最 佳 实践 以 及 共同 的 项 目 群 度量 指标 和 报告 。 有 些 情况 下 ， 他 们 也 会 是 研发 部 门 的 一 员 。 


然而 ， 无 论 是 哪 种 情形 ， 与 传统 组 织 相 比 ， 敏 捷 项 目 群 管理 同样 承担 了 许多 传统 的 功能 ， 包 括 : 


. 自 管理 的 敏捷 发 布 火 车 一 一 传统 项 目 和 项 目 群 的 章程 和 管理 活动 被 基于 价值 流 的 、 自 管理 的 、 自 组 织 的 敏捷 发 布 火 车 所 替 
代 ， 这 为 利益 相关 者 提供 了 一 个 持续 的 价值 流 。 


- 去 中 心 化 、 滚 动 计划 一 一 集中 式 计 划 被 去 中 心 化 的 、 项 目 群 的 、 基 于 团队 的 滚动 计划 所 替代 ， 通 过 常规 的 、 有 节奏 的 PI 进 
行 计 划 活 动 。 


- 敏捷 估算 和 计划 一 一 以 前 过 于 具体 的 业务 论证 、 过 早 锁定 的 需求 细节 ， 以 及 太 过 具体 的 工作 分 解 结构 被 敏捷 估算 和 计划 所 
取代 ， 并 在 团队 、 项 目 群 、 价 值 流 和 投资 组 合 的 估算 中 ， 使 用 通用 的 故事 点 估算 方法 。 


治理 


治理 的 职能 在 敏捷 中 仍然 存在 ， 否 则 就 无 法 获得 关于 投资 组 合 层级 的 投资 花费 的 反馈 ， 也 不 会 有 项 目 群 报告 ， 不 会 有 任何 方 
式 能 够 针对 重要 安全 性 、 行 业 规范 、 标 准 、 质 量 和 发 布 需求 确保 沟通 并 进行 验证 。 治 理 可 以 着 眼 于 提供 投资 组 合 上 下 文 和 生命 周 
期 管理 方面 的 信息 。 


投资 组 合 上 下 文 


投资 组 合 上 下 文 包括 : 


、 市 场 份 额 、 客 户 净 推荐 值 、 创 新 会 计 核算 等 。 另 外 ， 投 资 
gay 4 介 值 流 和 项 目 群 度 量 项 在 “ 度量 ” 章节 有 描述 。 


定性 数据 一 一 定性 数据 可 以 包括 优势 、 劣 势 、 机 会 和 威胁 (SWOT) 分 析 ， 而 且 更 重要 的 是 包括 累积 的 解决 方案 ， 市 场 和 
组 合 币 | 益 相关 者 的 业务 知识 。 


生命 周期 治理 


参照 SAFe 的 原则 (原则 #4 一 一 通过 快速 集成 学 习 环 ， 进 行 增 量 式 构 建 ; 原则 #5 一 一 基于 对 可 工作 系统 的 客观 评价 设立 里 程 
碑 ) ， 基 于 PPM 的 支持 ， 鼓 励 并 促进 增 量 式 开发 和 快速 的 用 户 反 馈 。 敏 捷 里 程 碑 包括 项 目 群 增 量 和 增 量 式 的 版 本 发 布 ， 它 们 取 
代 了 传统 的 里 程 碑 。 如 图 7.4-4 所 示 。 


发 布 火车 的 预算 
曾 量 式 发 布 


RRR 


图 7.4-4 ”敏捷 项 目 群 里 程 碑 包括 PI 和 频繁 可 发 布 的 解决 方案 


CALL, 最 有 意义 的 内 部 里 程 碑 是 上 述 的 版 本 发 布 和 基于 节奏 的 Pl， 它 通过 量化 的 度量 指标 、 客 户 有 反馈、 检视 和 调整 的 回 
顾 周期 来 促进 持续 不 断 的 提升 。 


参考 资料 


[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 


[2] Thomas, Joseph and Steven Baker. “Establishing an Agile Portfolio to Align IT Investments with Business Needs.” DTE 


Energy, 2008. 


1] 美国 著名 的 管理 学 大 师 ，《 高 效能 人 士 的 7 个 习惯 》 的 作者 。 译 者 注 


7.5 风尘 负责 人 


随波逐流 将 险 入 地 狱 ， 把 握 方 向 则 通 往 天 堂 。 


— Al 


摘要 


在 SAFe 中 ， 史 诗 驱 动 着 企业 中 的 许多 经 济 价值 。 史 诗 是 重大 举措 的 容器 ， 而 通常 这 些 举措 是 大 型 的 、 跨 部 门 的 ， 甚 至 横 跨 
多 个 价值 流 和 ART 的 活动 。 史 诗 需 要 大 量 投资 并 具有 深远 影响 。 因 此 ， 制 订 并 分 析 一 个 史诗 的 成 本 、 影 响 和 机 会 是 至 天 重要 的 。 
所 以 ， 史 诗 在 真正 实施 前 需要 一 个 轻 量 级 的 业务 论证 和 财务 审批 。 


因为 史诗 的 涉及 范围 之 大 ， 它 的 实施 过 程 是 一 个 不 小 的 壮举 ， 所 以 它们 必须 被 分 解 成 若干 的 小 块 〈 例 如， 价值 流 、 项 目 群 史 
诗 、 能 力 或 特性 等 ) ， 并 且 把 它们 放置 到 相应 的 发 布 火车 待 办 事项 列表 中 。 


为 了 处 理 史 诗 的 实现 ， 我 们 定义 了 史诗 负责 人 ， 这 是 一 个 角色 而 不 是 一 个 头衔 。 史 诗 负责 人 的 职责 是 通过 投资 组 合 看 板 系统 
对 投资 组 合 史诗 进行 看 护 ， 制 订 业 务 论证 ， 并 且 当 史诗 被 批准 后 与 关键 利益 相关 者 一 起 工作 ， 在 相关 价值 流 中 最 终 实 现 史 诗 


角色 描述 


史诗 负责 人 的 职责 是 驱动 具体 的 史诗 执行 ， 从 在 投资 组 合 看 板 系统 分 析 阶 段 识别 工作 ， 到 项 目 群 投资 组 合 管理 中 的 决策 阶 
段 。 当 史诗 被 准予 实施 后 ， 史 诗 负责 人 就 要 与 敏捷 友 布 火车 开发 团队 以 及 产品 管理 者 一 起 ， 发 起 必要 的 开发 工作 以 便 实现 最 终 的 
业务 价值 。 开 发 工作 发 起 之 后 ， 史 诗 负责 人 可 能 还 会 负责 持续 地 进行 管理 和 跟踪 。 


在 一 般 情况 下 ， 当 史诗 定义 的 特性 和 能 力 最 终 被 放 入 项 目 群 待 办 事项 列表 中 ， 随 后 可 能 将 会 纳入 到 解决 方案 的 实现 中 (参考 
7.12 节 及 4.16 节 中 关于 如 何 拆 分 史诗 的 部 分 ) ， 这 时 史诗 负责 人 便 可 以 回 到 投资 组 合 层 面 ， 处 理 新 涌现 出 的 史诗 。 此 后 ， 实 施工 
作 就 会 比较 安全 了 ， 因 为 敏捷 发 布 火车 将 全 权 负 责 解决 方案 的 友 布 ， 包 括 新 的 元 素 。 


在 SAFe 中 ， 史 诗 负责 人 只 是 一 个 被 赋予 责任 的 角色 ， 而 不 是 一 个 工作 头衔 。 这 个 人 可 能 是 项 目 群 经 理 、 产 品 经 理 、 项 目 经 
理 、 企 业 架 构 师 、 价 值 流 层 或 是 项 目 群 层 的 架构 师 或 工程 师 、 业 务 分 析 师 ， 或 者 其 他 适合 这 些 职责 的 项 目 群 利益 相关 者 。 通 常情 
况 下 ， 一 个 史诗 负责 人 在 他 的 专业 领域 和 当前 业务 使 命 下 ， 可 以 同时 负责 1 ~ 2 个 史诗 。 


责任 
史诗 负责 人 的 责任 如 下 所 示 。 
批准 前 : 准备 史诗 
史诗 负责 人 在 史诗 的 生命 周期 早期 的 职责 如 下 : 
与 利益 相关 者 及 主题 专家 们 一 起 定义 史诗 及 其 潜在 收益 ， 建 立 延迟 成 本 和 确定 业务 发 起 人 
与 开发 团队 一 起 评估 史诗 的 大 小 ， 并 基于 WSJF 为 经 济 优 先 级 提供 输入 


“ 定义 史诗 的 成 功 标准 


* 在 投资 组 合 看 板 系 统 中 对 史诗 进行 看 护 ， 并 创建 轻 量 级 业务 论证 (参考 资料 [1]) 
* 准备 将 业务 论证 展示 给 项 目 群 投资 组 合 管理 部 门 ， 以 便 决策 是 否 准予 继续 进行 
提出 史诗 


史诗 负责 人 的 首要 职责 是 向 项 目 群 投资 组 合 管理 部 门 介绍 史诗 的 所 有 优点 。 然 而 ， 史 诗 并 不 一 定 能 够 得 到 最 终 批 准 ， 因 为 几 
乎 所 有 软件 企业 的 容量 都 已 经 超 负 和 荷 了 。 一 个 有 效 的 筛选 过 程 将 决定 谁 是 市 场 的 赢家 与 输家 ， 所 以 需要 一 个 轻 量 级 的 业务 论证 进 
行 分 析 ， 而 不 是 感情 用 事 冲 动 地 进行 投资 。 很 多 潜在 的 史诗 可 能 被 拒绝 掉 ， 取 而 代 之 的 是 更 多 有 利 的 机 会 (参考 资料 [1]) 。 


批准 后 : 实施 史诗 
如 果 史 诗 获 得 了 批准 ， 那 么 实施 工作 就 可 以 开始 了 : 


. 与 产品 管理 者 和 解决 方案 管理 者 一 起 将 史诗 分 解 成 价值 流 或 项 目 群 史 诗 和 特性 ， 并 且 把 它们 放 在 待 办 事项 中 进行 优先 级 排 


* 在 发 布 火车 中 对 目标 特性 的 史诗 上 下 文 提供 指导 

* 参加 PI 计划 会 议 、 系 统 演示 和 解决 方案 演示 等 与 史诗 相关 的 关键 活动 
:与 敏捷 团队 一 起 进行 调查 探索 ， 创 建 概念 验证 、 实 体 模拟 等 工作 

* 在 销售 、 市 场 等 其 他 职能 部 门 之 间 ， 进 行 与 史诗 相关 的 协作 和 信息 同步 


.了解 史诗 进度 并 向 关键 利益 相关 者 进行 汇报 
史诗 负责 人 角色 的 协作 性 质 


史诗 负责 人 只 有 通过 紧密 地 与 企业 中 的 其 他 团队 进行 协作 才能 体现 出 其 价值 ， 他 们 可 以 帮助 组 织 中 高 级 别 活动 从 上 到 下 的 推 
行 ， 起 到 衔接 的 作用 。 在 协作 中 的 关键 参与 人 员 ， 如 图 7.5-1 所 示 。 


项 目 群 投资 MA 0 
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组 合 管理 者 Da 


同步 业务 
AY oo 6 4% hitt ae 
优先 级 ll 务 史诗 负 a 人 


拆 分 史诗 ， 特 性 


优先 级 排序 同步 功能 
和 架构 跑道 
3 对 敏捷 发 布 
Ra K 车 的 计 划 和 
执行 提供 指导 
RIE Å remena 


协调 研发 活动 
G 
@ 
a i 
敏捷 团队 


图 7.5-1 史诗 负责 人 角色 的 协作 性 质 


只 有 通过 和 这 些 关 键 利益 相关 者 紧密 合作 ， 才 能 确保 最 终 实 现 整体 愿景 、 合 理 的 经 济 效益 优先 级 ， 并 保持 史诗 驱动 特性 的 一 
致 性 。 


参考 资料 


[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 


[1] 爱尔兰 人 ， 英 国 现代 杰出 的 现实 主义 戏剧 作家 ，1925 年 因 作 品 具有 理想 主义 和 人 道 主义 而 获 诺 贝尔 文学 奖 。 译 者 注 
nN A 
7.6 ”企业 架构 师 
人 器 知 我 所 以 胜 之 形 ， 而 莫 知 我 所 以 制胜 之 形 。 
一 一 《孙子 兵法 》 


摘要 


在 企业 规模 的 系统 中 ， 如 果 战 略 技术 规划 、 沟 通 以 及 工作 可 视 化 方面 做 得 不 好 ， 就 会 导致 业务 系统 整体 表现 不 佳 ， 从 而 对 多 
个 系统 进行 重大 的 重新 设计 就 变 得 非常 必要 。 这 种 情况 导致 的 后 果 可 能 就 是 ， 经 济 效益 以 及 业务 系统 方面 的 表现 都 不 尽 如 人 意 。 
为 防止 这 一 情况 的 发 生 ， 在 构建 企业 级 系统 时 ， 就 需要 把 一 些 精心 设计 的 架构 跑道 构建 到 大 型 的 系统 中 ， 以 及 用 更 大 的 “系统 的 
系统 ”， 来 支持 当前 和 近期 的 业务 需要 。 此 外 ， 有 一 些 架 构 治 理 也 能 为 企业 带 来 益处 ， 比 如 ， 推 动 在 企业 解决 方案 间 使 用 共同 的 
可 用 性 和 系统 行为 框架 。 为 部 分 解决 这 些 问题 ，SAFe 突 出 了 系统 和 解决 方案 架构 师 在 项 目 群 和 价值 流 层 级 提供 指导 方面 的 重要 
角色 。 


在 投资 组 合 层级 ， 面 临 的 挑战 甚至 更 大 。 兼 并 和 收购 ， 底 层 技术 的 变化 ， 新 兴 标 准 ， 竞 争 变化 ， 以 及 其 他 因素 推动 着 企业 向 
敏捷 项 目 群 范围 之 外 发 展 。SAFe 企 业 架构 师 作 为 负责 任 的 权威 人 员 ， 具 有 跨 价值 流 和 项 目 群 工作 的 必要 知识 ， 并 且 帮 助 提供 战 
略 技术 方向 ， 可 以 优化 企业 产 出 。 这 一 战略 可 包括 对 以 下 几 方 面 提出 建议 : 开发 和 交付 技术 栈 ， 项 目 群 系统 间 的 协作 ， 解 决 方案 
间 的 互 操作 性 、API 和 托管 战略 。 当 企业 架构 师 能 够 促进 增 量 实现 ， 同 时 保持 与 团队 工作 有 稳固 的 连接 时 ， 这 些 战 略 就 能 够 最 有 
效 地 上 发挥 作用 。 


详 述 
角色 描述 


企业 架构 师 与 业务 利益 相关 者 ， 以 及 解决 方案 和 系统 架构 师 一 起 工作 ， 推 动 跨 价 值 流 的 整体 技术 实现 。 
企业 架构 师 依赖 于 持续 的 反馈 ,促进 自 适 应 的 设计 和 工程 实践 ， 驱 动 项 目 群 和 团队 围绕 一 个 共同 的 技术 愿景 进行 协作 。 
责任 
企业 架构 师 的 职责 主要 涉及 以 下 几 个 方面 : 

` 对 企业 解决 方案 和 开发 举措 维护 高 层次 的 整体 愿景 

` 通过 使 能 史诗 帮助 定义 支持 预算 的 关键 技术 举措 

> 参与 用 于 构建 和 维护 企业 架构 跑道 的 战略 

.了解 并 与 系统 架构 师 和 非 技术 利益 相关 者 沟通 战略 主题 ， 以 及 与 架构 相关 的 其 他 关键 业务 驱动 因素 

* 在 投资 组 合 看 板 系统 中 驱动 架构 举措 ， 并 适时 参加 史诗 分 析 

影响 共同 的 建 模 、 设 计 和 编码 实践 

* 收集 、 生 成 和 分 析 适 用 于 整个 企业 的 创新 理念 和 技术 

: 促进 想法 、 组 件 和 成 熟 模式 的 重用 

* 在 不 同 的 解决 方案 间 ， 尽 可 能 在 以 下 几 方 面 做 到 同步 : 

+ 系统 和 数据 的 安全 和 质量 

. 产品 基础 架构 


` 解决 方案 用 户 体验 治理 


. 可 扩展 性 、 性 能 和 其 他 非 功能 性 需求 


企业 架构 战略 


企业 拥抱 组 织 变革 的 能 力 是 一 个 关键 的 竞争 优势 ， 并 且 企 业 架 构 战 略 是 这 种 能 力 的 主要 组 成 部 分 。 图 7.6-1 说 明了 这 种 战略 
的 五 个 关键 要 素 。 


Lp. 
人 ya tél E 
企业 架构 师 


战略 
< 企业 架构 战略 


系统 架构 战略 项 目 群 间 的 协作 


基础 设施 战略 


图 7.6-1 企业 架构 战略 的 五 个 要 素 


1. 技 术 选 择 一 一 选择 能 够 最 好 支持 当前 预算 的 技术 ， 是 该 战略 的 一 个 关键 要 素 。 支 持 活动 包括 研究 与 原型 设计 ， 了 解 适 用 范 
围 ， 并 对 创新 的 新 技术 进行 成 熟 度 评估 。 


2. 系 统 /解决 方案 架构 战略 一 一 企业 架构 师 与 解决 方案 和 系统 架构 师 密切 合作 ， 确 保 项 目 群 和 产品 战略 与 企业 目标 保持 一 
致 。 局 部 问题 的 应 急 方 案 应 该 与 战略 相 一 致 。 如 果 不 是 这 样 ， 必 须 做 出 明确 的 决定 ， 否 则 可 能 影响 企业 战略 。 


3. 开 发 和 部 署 基 础 设施 战略 一 一 开发 和 部 署 基础 设施 在 工作 良好 的 时 候 通 常会 被 忽视 。 然 而 ， 建 设 和 维护 基础 设施 的 战略 是 
一 个 关键 挑战 ， 它 和 系统 架构 师 的 责任 重 熙 。 这 些 措施 包括 重用 配置 模式 、 公 共 的 物理 基础 设施 、 价 值 流 、 敏 捷 发 布 火车 ， 以 及 
系统 团队 之 间 的 知识 分 享 ， 而 且 知 识 分 享 尤 为 重要 。 此 外 ， 一 些 开 友和 部 署 基础 设施 可 能 与 内 部 的 !T 系 统 重 十 ， 这 时 企业 架构 师 
也 能 够 帮助 提供 方向 。 


4. 项 目 群 则 的 协作 一 一 架构 工作 的 各 种 不 同方 面 发 生 在 不 同 的 团队 和 项 目 群 中 。 如 果 能 够 确保 尽 可 能 使 用 共同 的 技术 、 共 同 
的 设计 实践 和 共同 的 基础 设施 ， 这 对 架构 来 讲 是 很 有 帮助 的 。 然 而 ， 能 够 确保 价值 流 和 项 目 群 有 充分 的 自由 度 也 是 十 分 重要 的 ， 
否则 就 很 难 有 创新 。 在 架构 中 ， 无 论 是 通用 的 还 是 可 变 的 部 分 ， 都 应 该 通过 联合 设计 工 坊 、 设 计 实践 社区 等 形式 ， 在 不 同 的 敏捷 
发 布 火车 之 间 积 极 分 享 。 


5. 实 施 战 略 一 一 有 效 、 敏 捷 、 增 量 式 地 实现 战略 是 至 关 重 要 的 ， 怎 么 强调 都 不 为 过 。 为 业务 史诗 构建 技术 基础 ， 使 之 进入 架 
构 跑道 ， 必 须 是 一 个 基于 持续 技术 学 习 和 快速 反馈 的 增 量 过 程 ， 这 样 ， 架 构 和 业务 功能 就 可 以 随 着 时 间 推 移 同步 增长 。 这 就 要 求 
敏捷 团队 和 项 目 群 有 能 力 按 需 进 行 重 构 ， 并 尽 可 能 保留 多 个 可 能 的 设计 可 选 方案 。 我 们 取得 的 成 绩 很 大 程度 上 是 通过 使 用 抽象 和 
泛 化 实现 的 ， 这 有 助 于 避免 过 早 地 绑 定 具体 细节 ， 从 而 为 未 来 的 业务 需求 保留 了 架构 灵活 性 。 


对 人 的 尊重 和 现场 改善 
精益 理念 中 的 “实地 查看 ” (Go and See) (又 叫 作 现场 (Gemba) 一 一 “真实 的 场所 ”) ， 创 建 了 一 个 健康 的 环境 ， 


在 这 里 ， 每 个 人 都 基于 事实 工作 ， 没 有 任何 假设 。 这 对 于 企业 架构 师 尤 为 重要 ， 他 们 需要 更 杀 密 地 接触 日 常 的 开发 活动 。 因 此 ， 
企业 架构 师 通 过 保持 良好 的 人 际 关系 ， 获 得 各 层级 人 员 (每 个 价值 流 、 敏 捷 发 布 火车 以 及 各 层级 的 架构 师 ) 的 支持 ; 他们 接收 当 
前 整个 企业 范围 内 举措 的 反馈 ， 参 与 价值 流 或 项 目 群 层级 的 设计 实践 社区 ， 并 且 只 要 是 有 关键 的 重新 设计 或 基础 工作 正在 进行 ， 
他 们 就 要 参与 到 演示 活动 中 。 开 发 人 员 和 测试 人 员 可 以 更 加 坚信 当前 的 战略 ， 因 为 这 些 战略 的 驱动 者 是 企业 架构 师 ， 他 们 十 分 清 
楚 当 前 的 挑战 和 环境 ， 同 样 的 道理 ， 企 业 架构 师 也 将 更 加 信任 这 些 团队 ， 因 为 团队 可 以 完全 地 可 视 化 展现 当前 的 状态 和 环境 。 
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7.7 RASEI 


我 向 每 个 人 发 出 呼吁 ， 无 论 是 有 多 么 大 的 投资 组 合 ， 在 正式 行动 前 ， 最 好 去 真正 了 解 一 下 获得 的 每 一 条 建议 。 


Suze Orman!!! 


摘要 


SAFe 框 架 建议 ， 看 板 系 统 的 开发 和 实施 最 好 贯穿 所 有 层级 一 一 投资 组 合 层 、 价 值 流 层 、 项 目 群 层 和 团队 层 。 虽 然 这 些 看 板 
系统 以 类 似 的 方式 操作 ， 它 们 相互 协作 又 在 很 大 程度 上 是 独立 的 系统 ， 它 们 服务 于 不 同 目标 ， 且 在 不 同 的 层次 运行 。 本 节 总 结 了 
史诗 在 投资 组 合 看 板 系统 这 样 最 高 层次 系统 中 的 实施 方案 。 最 高 层级 看 板 系统 在 很 大 程度 上 影响 了 投资 组 合 的 经 济 结果 。 


投资 组 合 看 板 系统 的 实施 和 管理 ， 由 项 目 群 投资 组 合 管理 部 门 来 支持 。 实 施 这 样 一 个 看 板 系统 ， 需 要 深入 理解 精益 与 敏捷 开 
发 实践 ， 并 应 用 到 投资 组 合 层 的 实践 。 它 还 需要 了 解 每 一 列 敏捷 发 布 火车 的 生产 容量 、 速 度 和 可 用 性 ， 以 及 新 的 研发 活动 和 常规 
的 业务 支持 活动 。 当 这 些 被 理解 后 ， 企 业 就 可 以 用 一 种 有 逻辑 和 实际 的 方式 ， 来 了 解 投资 组 合 级 的 重大 举措 ， 并 充分 了 解 实施 的 
实际 情况 。 


SAFe 的 投资 组 合 
大 型 、 跨 越 多 个 重大 活动 的 举措 。 因 此 ， 史 诗 从 确认 、 
投资 组 合 管理 (PPM) 、 


分 析 、 审 批 、 发 布 到 实现 ， 


EA 
受 影响 


SAFe 应 用 投资 组 合 看 板 系统 基于 以 下 原因 : 


` 使 企业 战略 业务 举措 的 待 办 寻 


项 列表 可 视 化 呈现 
+ 使 这 些 重 大 举措 的 分 析 和 决策 过 程 更 加 结构 化 和 可 视 化 
- 提供 在 制品 限制 ， 以 确保 团队 负责 任 地 分 析 执 行 ， 而 不 是 设立 远 超 出 容 


- 有 助 于 推动 企业 的 关键 利益 相关 者 之 间 的 合作 


. 为 最 重要 的 业务 决策 提供 一 个 定量 、 透 明 的 经 济 决策 基础 


史诗 看 板 系统 


所 有 的 看 板 系 统 都 为 一 个 特定 目标 而 设 定 : 即 识别 、 


量 与 现实 


能 力 的 期 望 ， 以 及 不 切 


漏斗 评审 分 析 aa 实施 
所 有 “大 构 e 史诗 价值 o 可 选 的 解决 方 。 被 PPM 批 准 o ee 
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图 7.7-1 
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投资 组 合 看 板 系 统 和 典型 的 协作 者 


投资 组 合 看 板 系统 描述 了 一 个 史诗 被 实现 (或 被 拒绝 ) 所 要 经 过 的 阶段 ， 以 及 每 个 阶段 所 需 的 协作 : 


1. 漏 斗 一 一 捕获 阶段 ， 在 这 个 阶段 中 所 有 新 的 “大 构想 ”都 是 受 欢迎 的 。 


2. 评 审 一 一 在 这 个 阶段 建立 了 机 会 、 工 作 量 和 延迟 成 本 的 初步 估算 。 


管理 看 板 系统 主要 用 于 处 理 史诗 的 流动 ， 以 及 承载 其 运行 敏捷 发 布 火车 ， 史 诗 是 指 那些 影响 价值 流 实 现 的 
是 投资 组 合 的 一 种 有 形 决策 ， 
响 价 值 流 和 敏捷 发 布 火车 的 代表 人 员 等 这 些 天 键 利益 相关 者 的 参与 。 


需要 包括 项 目 群 


实际 的 时 间 计 划 


分 析 、 批 准 和 跟踪 史诗 。 看 板 是 一 个 特殊 的 系统 ， 如 图 7.7-1 所 示 。 


完成 


e 已 满足 成 功 
标准 


3. 分 析 一 一 在 这 个 阶段 中 ， 进 行 更 多 全 面 的 工作 ， 从 而 建立 可 视 化 呈现 、 可 度量 的 收益 、 开 发 和 部 署 的 影响 、 潜 在 资源 的 可 
用 性 的 。 开 发 一 个 轻 量 级 业务 论证 ， 史 诗 在 这 个 阶段 被 批准 或 拒绝 。 


4. 投 资 组 合 待 办 事项 列表 
资 组 合 待 办 事项 列表 中 等 待 。 


只 有 等 到 看 板 系统 的 容量 可 用 时 ， 史 诗 才能 获得 批准 ， 在 看 板 系统 中 通行 ， 否 则 就 要 一 直 在 投 


5. 实 施 一 一 当 容 量变 为 可 用 时 ， 史 诗 被 转移 到 相关 的 项 目 群 看 板 和 价值 流 看 板 中 ， 在 那里 开始 实施 。 随 后 将 以 报告 方式 跟踪 
投资 组 合 层 的 史诗 进展 ， 参 见 “ 度 量 ”章节 中 的 描述 。 


6. 完 成 一 一 当 史 诗 达 到 了 成 功 标准 ， 就 说 明史 诗 已 经 完成 了 。 


a». ze ` ` => > > >. 3” 和 F z J 1% i 

注意 因为 所 有 的 看 板 系 统 都 是 基于 某 些 目的 进行 设计 的 ， 设 计 和 实施 它们 的 过 程 都 是 在 各 自 的 上 下 文中 不 断 演进 的 过 
程 。 此 外 ， 这 种 系统 有 一 些 额 外 的 机 制 ， 如 支持 业务 史诗 和 使 能 的 容量 分 配 、 基 于 延迟 成 本 的 服务 分 类 工作 、 使 用 泳 道 方 法 分 析 
流动 和 瓶颈 、 调 整 在 制品 的 限制 等 。 本 节 并 不 会 就 这 个 主题 展开 讨论 ， 可 以 参见 SAFe 指 导 中 的 文章 “使 用 看 板 改善 流动 ”， 获 


得 更 多 详细 内 容 。 


看 板 系统 的 描述 
漏斗 


漏斗 队列 是 “捕获 ”队列 ， 所 有 新 的 “大 构想 ”都 是 受 欢迎 的 。 这 些 构想 可 以 来 自 各 个 方面 ， 可 以 从 业务 或 技术 角度 提出 。 
典型 的 驱动 因素 包括 : 


` 投资 组 合 战略 主题 

市 场 意料 之 外 的 变化 、 企 业 收 购 、 合 并 、 新 的 竞争 对 手 的 出 现 等 

. 需要 节约 成 本 和 提高 运营 效率 的 实质 性 解决 方案 

- 现 有 解决 方案 中 阻碍 企业 绩效 的 问题 

在 这 个 队列 中 ， 史 诗 不 需要 业务 论证 或 估算 。 史 诗 可 以 通过 任意 形式 进行 阐述 ， 通 常 只 是 一 个 简短 的 关键 字 或 短语 ， 如 “所 
有 汽车 贷款 的 自助 服务 ”。 使 用 的 工具 也 是 轻 量 的 ， 可 以 是 文档 、 电 子 表格 ， 或 者 更 好 的 是 墙壁 上 的 可 视 化 系统 ， 这 些 通常 就 足 


够 了 。 既 然 对 这 个 队列 中 的 待 办 事项 的 工作 量 投入 较 小 ， 那 么 这 个 队列 就 不 设 在 制品 限制 了 ， 所 有 的 想法 都 会 被 捕获 并 予以 考 
虑 。 项 目 群 投资 组 合 管理 部 门 ， 会 以 定期 的 节奏 对 创建 的 漏斗 中 的 史诗 进行 讨论 。 符 合 决策 标准 的 史诗 都 将 进入 评审 的 队列 。 


=> 


评审 


进入 评审 队列 的 史诗 ， 会 保证 投入 更 多 的 时 间 进 行 评审 。 在 这 个 队列 中 ， 会 初步 评估 史诗 的 粗略 规模 大 小 ， 并 建立 有 价值 的 
一 些 估算 。 也 开始 讨论 一 些 时 间 投 入 的 问题 ， 并 进行 一 些 初步 的 调查 。 史 诗 将 通过 “史诗 价值 声明 ”的 格式 加 以 阐述 (参见 “ 史 
诗 ” 章 节 ) 。 由 于 不 断 增加 投入 ， 这 个 队列 使 用 了 在 制品 限制 ， 来 控制 过 程 中 的 待 办 事项 的 数目 。 通 过 识别 出 业务 收益 的 来 源 并 
采用 加 权 最 短 作业 优先 (WSJF) 模型 进行 优先 级 排序 。 


分 析 


进入 这 个 队列 的 史诗 ， 应 进行 更 为 严格 的 分 析 ， 且 需要 进一步 的 投资 。 史 诗 负责 人 要 对 正在 进行 的 工作 负责 。 要 在 企业 架构 
师 、 系 统 架 构 师 、 敏 捷 团 队 、 产 品 和 解决 方案 管理 者 和 可 能 受到 敏捷 发 布 火车 影响 的 关键 利益 相关 者 之 间 开 展 积极 的 协作 。 开 始 
针对 解决 方案 ， 进 行 设计 并 考虑 可 实施 的 可 选 方案 。 同 时 ， 考 虑 内 部 开发 还 是 外 包 ， 或 者 是 两 者 并 行 。 还 需要 制订 一 个 轻 量 级 的 


业务 论证 ， 并 给 出 是 否 批准 的 建议 。 


在 这 个 队列 中 的 待 办 事项 使 用 的 资源 是 有 限 的 ， 更 重要 的 是 ， 这 意味 着 即将 需要 大 量 的 投资 。 因 此 需要 结合 在 制品 数量 来 考 
虑 业务 分 析 人 员 、 开 发 团队 和 企业 架构 师 的 容量 ， 以 及 在 这 个 队列 中 的 所 有 待 办 事项 所 预期 的 产能 。 史 诗 从 分 析 队列 进入 到 投资 
组 合 待 办 事项 列表 的 队列 ， 是 一 个 重要 的 经 济 决策 ， 企 业 只 能 由 适当 的 授权 部 门 基于 所 制订 的 业务 论证 来 决定 。 符 合 “ 审 批 通 
过 ”标准 的 史诗 ， 都 将 进入 投资 组 合 待 办 事项 列表 的 队列 中 。 


投资 组 合 待 办 事项 列表 


已 经 到 达 投 资 组 合 待 办 事项 列表 阶段 的 条 目 ， 会 从 相关 授权 部 门 (通常 是 项 目 群 投资 组 合 管理 的 某 个 子 部 门 ) 收 到 一 个 “ 审 
批 通过 ”的 决策 。 这 些 史诗 会 被 定期 审核 ( 见 下 文 ) ， 这 个 队列 代表 了 一 种 低 成 本 等 待 模式 ， 用 于 管理 即将 开展 的 实施 工作 。 当 
一 个 或 多 个 价值 流 或 敏捷 发 布 火车 有 足够 的 能 力 时 ， 史 诗 就 从 这 个 队列 进入 到 实施 队列 。 


实施 


当 系 统 容量 变 为 可 用 时 ， 相 关 价值 流 和 项 目 群 看 板 通常 会 把 史诗 拉动 进来 ， 进 行进 一 步 的 分 析 。 它 们 被 拆 分 成 能 力 和 特性 ， 
并 建立 接收 标准 。 一 旦 准备 好 ， 这 些 新 的 能 力 和 特性 就 会 在 相应 的 PI 计 划 会 议 中 进行 陈述 ， 并 在 更 大 的 价值 流 中 的 PI 计 划 前 会 议 
中 进行 陈述 。 然 后 就 会 由 开发 团队 展开 实际 的 实施 工作 。 解 决 方案 在 有 规律 的 项 目 群 增 量 (Pl) 中 演变 进化 ， 这 为 客观 评价 工作 
进展 提供 了 真实 的 评估 节点 ， 而 且 可 以 通过 适当 的 度量 指标 跟踪 史诗 的 完成 情况 。 


虽然 史诗 实现 的 责任 由 开发 团队 承担 ， 但 史诗 负责 人 需要 持续 保持 个 人 时 间 的 可 用 性 ， 团 队 可 以 基于 “拉动 ”的 方式 请 求 史 
诗 负责 人 的 协助 。 史 诗 负责 人 和 团队 共同 承担 责任 ， 直 到 团队 对 所 做 工作 有 足够 的 了 解 。 


成 


站 


当 史 诗 满 足 了 所 有 的 成 功 标 准 ， 就 认为 史诗 已 经 完成 。 然 而 ， 由 于 史诗 的 范围 较 大 ， 并 不 一 定 总 能 达到 史诗 的 “初始 意图 的 
完成 。”， 实 际 过 程 中 很 可 能 最 终 丢 弃 一 些 最 初 识别 出 的 能 力 和 特性 。 在 任何 情况 下 ， 只 要 史诗 达到 | 完成 的 状态 ， 就 会 在 累计 流 图 
中 标记 出 离开 队列 的 时 间 。 


用 PI 的 节奏 来 驱动 投资 组 合 的 工作 流 


许多 PPM 团 队 使 用 史诗 “评审 和 规格 说 明 工 作坊 。， 以 便 在 系统 中 从 左 至 右 移动 史诗 。 通 常 ， 这 样 的 工作 坊 会 包括 来 自 价 
值 流 和 敏捷 发 布 火车 的 内 容 授权 者 、 技 术 权威 者 和 投资 组 合 的 利益 相关 者 。 他 们 在 一 起 思考 团队 所 涉 问题 的 解决 策略 ， 识 别 如 何 
把 史诗 拆 分 成 较 低层 级 的 史诗 、 能 力 和 特性 ， 并 决定 是 否 有 必要 从 系统 中 将 史诗 向 前 移动 到 下 一 个 阶段 ， 或 者 仍然 让 史诗 停留 在 
当前 状态 ， 甚 至 是 从 整个 看 板 系统 中 移 除 。 在 这 个 过 程 中 ， 正 如 WSJF (加 权 最 短 作业 优先 ) 和 其 他 数据 显示 的 那样 ， 史 诗 被 战 
略 主题 验证 后 ， 从 漏斗 队列 移动 到 评审 队列 ， 然 后 从 评审 队列 移动 到 分 析 队 列 。 制 订 轻 量 级 的 业务 案例 并 进行 评审 ， 最 终 做 出 一 
个 “通过 ”或 “不 通过 ”的 决策 ， 将 批准 的 史诗 移动 到 投资 组 合 待 办 事项 列表 中 ， 并 在 其 中 等 待 实施 。 


尽管 建议 按 节 奏 进 行 ， 但 是 这 些 工 作坊 并 不 总 是 能 有 节奏 地 开展 。 然 而 ， 实 施 的 时 间 也 是 受 价值 流 和 敏捷 发 布 火车 的 节奏 影 
响 和 驱动 的 ， 所 以 这 些 工作 坊 必 须 高 频率 的 发 生 ， 从 而 足以 为 每 个 价值 流 和 敏捷 发 布 火车 提供 输入 ， 而 且 将 来 保证 在 PI 计 划 会 议 
之 前 进行 。 
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创新 来 源 于 生产 者 ， 而 不 是 客户 。 
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摘要 


在 SAFe 中 ， 投 资 组 合 待 办 事项 列表 是 最 高 层级 的 待 办 事项 列表 。 它 为 即将 到 来 的 业务 史诗 及 使 能 史诗 提供 一 个 必要 的 存放 
机 制 ， 通 过 史诗 可 以 创建 一 个 全 局 的 投资 组 合 方案 集合 ， 用 来 提供 有 竞争 力 的 差异 化 和 提升 运营 效率 ， 以 实现 战略 主题 并 促进 业 
务 成 功 。 


进入 投资 组 合 待 办 事项 列表 里 的 史诗 ， 通 过 投资 组 合 看 板 系统 的 方式 进行 评审 、 分 析 、 批 准 实施 。 史 诗 是 在 分 析 阶 段 进行 估 
算 的 ， 反 过 来 ， 估 算 也 支撑 投资 组 合 层级 的 预测 需要 ， 用 来 给 企业 提供 足够 的 信心 ， 从 而 进行 有 效 的 计划 和 执行 。 


投资 组 合 待 办 事项 列表 用 于 存放 那些 已 获得 批准 实施 的 史诗 ， 并 对 其 进行 优先 级 排序 。 这 些 获得 了 “批准 ”的 史诗 ， 通 过 投 
资 组 合 看 板 系统 进行 跟踪 ， 如 图 7.8-1 所 示 。 


Pa 史诗 准备 就 绪 
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图 7.8-1 投资 组 合 待 办 列表 存放 准备 实施 的 史诗 


史诗 可 能 受到 诸如 业务 机 会 、 合 并 和 | 收购、 技术 变更 等 重大 事件 的 驱动 ， 它 们 代表 那些 已 经 获得 批准 的 举措 ,一般 会 将 多 个 
敏捷 发 布 火车 结合 在 一 起 进行 相关 的 具体 实现 ， 比 如 共享 通用 的 公共 基础 设施 (如 : 迁移 到 JBoss 应 用 服务 器 ) ， 或 者 实现 通用 


的 业务 行为 (如 : 在 所 有 产品 套件 中 实现 单 点 登录 ) 。 这 样 就 可 以 为 多 个 敏捷 发 布 火 车 或 价值 流 的 客户 ， 提 供 一 种 更 和 谐 、 更 增 
值 的 解决 方案 。 


在 项 目 群 投资 组 合 管理 者 的 支持 下 ， 投 资 组 合 待 办 事项 列表 是 这 些 构 想 和 实施 之 间 的 最 后 关卡 。 它 提供 了 一 个 低 成 本 的 存放 
区 (不 需要 太 多 的 维护 ) ， 用 于 可 视 化 呈现 已 经 获得 批准 的 、 即 将 到 来 的 业务 史诗 和 使 能 史诗 ， 但 是 需要 等 待 团 队 具 备 实施 的 容 
量 才能 进一步 执行 。 基 于 受 影响 的 敏捷 发 布 火车 容量 的 可 用 性 ， 投 资 组 合 待 办 事项 列表 中 的 史诗 被 定期 评审 和 计划 实施 。 


投资 组 合 待 办 事项 列表 的 输入 


由 于 史诗 的 学 围 巨大 ， 而 且 一 般 都 是 跨 很 多 领域 的 ， 所 以 通常 需要 进行 大 量 的 投资 ， 并 且 对 开发 项 目 群 以 及 业务 成 果 都 有 相 
当 大 的 影响 。 因 此 ， 为 进入 投资 组 合 待 办 事项 列表 ， 史 诗 必 须 先 通过 投资 组 合 看 板 系统 进行 分 析 ， 以 决定 可 行 性 并 评估 潜在 的 投 
资 回报 率 。 如 果 史 诗 到 达 了 看 板 系统 的 边界 ， 就 说 明 具 备 了 成 熟 的 状态 ， 因 为 它们 已 经 按 需 被 识别 、 细 化 、 估 算 及 分 析 ， 获 得 了 
项 目 群 投资 组 合 管理 者 “批准 通过 ”的 建议 。 


管理 投资 组 合 待 办 事项 列表 


然而 ， 如 图 7.8-2 所 示 ， 每 个 投资 组 合 待 办 事项 列表 中 的 史诗 不 是 唯一 存在 的 ， 在 计划 实施 前 必须 进行 额外 的 合理 性 研究 。 
列表 中 包含 了 对 排序 的 逻辑 思考 ， 以 及 史诗 的 相对 优先 级 ， 通 常 最 终 通 过 WSJF 进 行 优先 级 排序 。 在 这 种 情况 下 ， 业 务 史 诗 和 使 
能 史诗 通常 只 会 在 每 种 类 型 的 容量 分 配 中 进行 相互 比较 。 那 些 上 升 到 列表 顶部 的 史诗 就 已 经 准备 就 绪 可 以 进行 实施 了 ， 当 火车 有 
可 用 容量 时 ， 就 从 投资 组 合 待 办 事项 列表 中 “拉动 ”史诗 放 入 火车 的 执行 序列 中 。 


5000 
使 能 史诗 


”1100 
mi H RETT 使 能 史诗 
办 ,事项 列表 


图 7.8-2 ”投资 组 合 待 办 事项 列表 中 的 业务 史诗 及 使 能 史诗 


人 注意 ”标量 级 业务 论证 可 以 指导 投资 组 合 待 办 事项 列表 具备 一 个 更 健全 的 优先 级 排序 的 流程 ， 通 过 在 不 同 史 诗 之 间 进 行 
比较 ， 获 得 最 终 的 优先 级 排序 。 然 而 ， 除 了 工作 规模 之 外 ， 还 必须 考虑 到 可 用 的 项 目 群 容量 ， 因 为 工作 持续 时 间 (WSJF 中 的 分 
A) 严重 依赖 于 实施 的 可 用 资源 的 数量 。 


预测 


SAFe 强 调 企业 的 适应 性 ， 对 市 场 机遇 提 供 更 快速 的 响应 。 敏 捷 交 付 看 起 来 最 合适 在 固定 时 间 内 ， 执 行 浮动 范围 的 工作 。 它 
支撑 频繁 的 增 量 交 付 ， 并 且 避 开 在 所 有 维度 (范围 、 时 间 和 资源 ) 都 固定 时 不 可 避免 的 质量 妥协 。 然 而 ， 在 企业 中 ， 不 论 是 否 敏 
捷 ， 都 需要 对 未 来 有 一 些 预测 : 


“ 企业 、 合 作 伙 伴 以 及 客户 需要 为 即将 到 来 的 发 布 制订 计划 
- 愿景 需要 定义 并 追踪 不 断 变化 的 企业 战略 


:路线 图 可 以 捕获 待 交 付 成 果 中 的 战略 意图 


因此 ， 进 行 有 效 的 敏捷 预测 是 精益 -敏捷 企业 的 一 项 关键 的 经 济 驱动 力 和 核心 能 力 。 
预测 需要 进行 估算 


正如 我 们 在 SAFe 的 其 他 部 分 所 描述 的 一 样 ， 敏 捷 团 队 使 用 故事 点 和 相对 估算 法 ， 对 用 户 故 事 的 大 小 和 持续 时 间 进 行 快速 估 
算 。 在 项 目 群 层级 ， 产 品 经 理 和 系统 架构 师 (必要 时 同 产品 负责 人 以 及 团队 一 起 工作 ) 可 以 使 用 历史 数据 相当 快速 地 以 故事 点 数 
来 估算 特性 的 大 小 。 当 需要 通过 估算 进一步 证 实 经 济 影响 时 ， 团 队 可 以 将 更 大 的 特性 分 解 成 故事 ， 以 便 获 得 一 个 更 细 颗 粒度 的 视 
图 。 


此 外 ， 如 图 7.8-2 所 示 ， 在 看 板 分 析 阶 段 中 确定 的 特性 估算 ， 可 以 整合 成 投资 组 合 待 办 事项 列表 中 的 史诗 估算 ， 以 便 潜在 史 
诗 的 经 济 状况 在 实施 开始 之 前 就 能 被 清晰 地 理解 。 


最 后 ， 也 是 最 重要 的 ， 基 于 项 目 群 速度 的 给 定 信息 ， 投 资 组 合 管理 者 以 及 其 他 计划 制订 者 可 以 使 用 容量 分 配 ， 来 估算 一 个 投 
资 组 合 史诗 在 各 种 场景 下 可 能 需要 的 时 间 。 这 提供 了 一 个 合理 的 长 期 计划 和 预测 模型 ， 如 图 7.8-3 所 示 。 


容量 分 本 


项 目 群 符 
办 事项 列表 


火车 


图 7.8-3 ”基于 史诗 规模 估算 、 容 量 分 配 以 及 项 目 群 速度 进行 投资 组 合 预测 


然而 ， 不 论 敏 捷 与 否 ， 大 规模 软件 项 目 群 进行 高 保 真 估算 的 “水 晶 球 ”都 是 不 存在 的 ，SAFe 为 估算 和 计划 所 提供 的 机 制 ， 
表现 得 比 以 往 应 用 瀑布 开发 方法 的 估算 更 为 可 靠 。 


实施 


当 相 关 项 目 群 内 资源 可 用 时 ， 优 先 级 高 的 史诗 从 投资 组 合 待 办 事项 列表 中 移动 到 投资 组 合 看 板 的 实施 阶段 。 史 诗 负责 人 引领 
这 个 过 程 前 进 ， 同 产品 方案 管理 者 以 及 系统 架构 师 / 工 程 师 一 同 将 其 分 解 成 项 目 群 或 价值 流 史诗 、 能 力 以 及 特性 ， 并 在 各 自 的 看 
板 系统 中 进行 优先 级 排序 。 一 旦 进行 到 这 一 步 ， 史 诗 就 不 再 是 投资 组 合 待 办 事项 列表 中 的 一 部 分 ， 因 为 它 已 被 转变 为 项 目 群 待 办 


事项 中 的 特性 了 ， 但 是 仍然 需要 对 史诗 的 进展 情况 进行 跟踪 和 报告 ， 如 5.8 节 中 所 述 。 


参考 资料 


[1] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011, chapter 23. 


79 预算 


敏捷 软件 开发 与 传统 的 成 本 核算 没有 对 应 关系 。 


一 一 Rami Sirkia#eMaarit Laanti!!! 


摘要 


每 个 SAFe 投 资 组 合 的 存在 都 有 一 个 目标 ， 即 通过 一 系列 技术 解决 方案 实现 业务 战略 。 因 为 解决 方案 开发 的 运营 成 本 是 整体 
经 济 成 功 的 主要 因素 ， 为 了 实现 这 个 目标 ,每 一 个 投资 组 合 必须 在 已 被 批准 的 运营 预算 范围 内 运作 。 本 节 描 述 了 如 何 做 SAFe 投 
资 组 合 预算 的 基本 机 制 ， 预 算 一 旦 建立 ， 就 会 在 SAFe 投 资 组 合 的 范围 内 进行 经 营 和 治理 。 


然而 ,许多 传统 企业 很 快意 识 到 ， 通 过 精益 -敏捷 开发 来 驱动 业务 灵活 性 ， 这 与 现 有 的 预算 及 项 目 成 本 核算 方法 会 出 现 内 在 
冲突 。 其 结果 可 能 是 ， 在 进行 精益 -敏捷 开发 转型 之 后 ， 潜 在 的 业务 收益 可 能 会 受到 影响 ， 甚 至 更 糟糕 的 情况 是 有 些 业务 收益 无 
法 实现 。 


为 此 ，SAFe 为 精益 -敏捷 预算 提供 了 可 以 直接 处 理 和 解决 这 个 问题 的 策略 ， 而 且 无 须 额外 增加 在 传统 项 目 投 资中 的 费用 。 应 
用 这 个 模型 ， 受 托 方 可 以 控制 支出 ,项 目 群 可 以 获得 授权 进行 快速 决策 和 灵活 的 价值 交付 。 通 过 这 种 方式 ， 企 业 可 以 获得 两 全 其 
美的 效果 : 即 开发 流程 能 够 针对 市 场 需要 做 出 更 加 快速 的 反应 ， 同 时 能 够 对 技术 支出 进行 专业 且 负 责任 的 管理 。 


每 个 SAFe 投 资 组 合 在 运作 的 过 程 中 ， 其 投资 成 本 已 知 且 获得 了 批准 。 这 是 对 IT 开发 和 部 署 、 软 硬件 、 产 品 、 服 务 、 解 决 方 
案 ， 以 及 任何 其 他 SAFe 投 资 组 合 所 提供 的 产品 或 服务 而 言 ， 最 基本 的 获得 授权 的 治理 方式 。 正 如 在 7.2 节 中 所 描述 的 ， 每 个 投资 
组 合 乃 至 全 部 的 投资 组 合 ， 能 够 在 预算 范围 内 运作 是 战略 计划 流程 的 成 果 之 一 ， 如 图 7.9-1 所 示 。 


这 虽然 是 传统 流程 的 内 容 ， 但 对 解决 方案 组 合 的 投资 支出 治理 依然 有 借鉴 作用 。 


然而 ,精益 企业 的 运营 却 大 不 一 样 ， 这 也 是 本 节 要 论述 的 重点 。SAFe 所 推荐 的 在 投资 组 合 内 做 预算 的 方式 ， 有 显著 的 不 
同 ， 该 方式 可 以 减少 传统 的 成 本 会 计 相 天 的 开销 和 成 本 ， 并 可 以 进行 分 权 决 策 。 


企业 不 需要 在 投资 组 合 层 做 个 人 的 相关 工作 计划 ， 也 不 需要 跟踪 项 目 层级 的 工作 支出 。 相 反 ， 精 益 企业 会 转 入 到 一 个 新 的 范 
式 ， 即 精益 -敏捷 预算 ， 超 越 项 目 成 本 核算 。 这 个 模型 通过 管理 总 体 投资 的 花费 ， 提 供 了 有 效 的 受托 的 控制 ， 从 而 让 成 本 超支 和 
矛盾 冲突 大 量 减少 ， 同 时 工作 产能 和 吞吐 量 也 有 所 提高 ， 如 图 7.9-2 所 示 。 


7.9-2 表 明了 要 达到 精益 -敏捷 状态 所 需 的 五 个 主要 步骤 : 


1. 对 价值 流 进行 投资 ， 而 非 项 目 


ah 


© @ 
V 
管 


业 高 


F> 


解决 方案 
投资 组 合 
战略 规划 


Y 


投资 组 合 利益 相关 者 


传统 : 
》 项 目 是 工作 的 基本 单元 
》 人 员 被 “安排 到 工作 中 ” 
> 度量 固 有 的 不 确定 工作 
>》 的 “符合 性 ” 


结果 : 

- 高 费用 

- 我 们 VS 他 们 

— 低 吞 吐 量 、 低 生产 率 
-WE 


企业 解决 方案 投资 组 合 预算 


每 个 投资 组 合 的 预算 分 配 


投资 组 合 内 的 预算 分 配 


图 7.9-1 预算 概览 


投资 价值 
流 而 非 项 目 


用 SAFe 超越 

项 目 成 本 核算 
赋予 价值 流 对 
内 容 决 策 的 权利 


R: 
一 全 面 控制 总 费用 
— KAMA “WE” 
一 更 高 的 否 吐 量 
一 更 高 的 士气 


图 7.9-2 ”用 精益 - 敏捷 预算 进行 授权 及 治理 
2. 赋 予 价值 流 对 内 容 决策 的 权利 
3. 提 供 持续 的 适用 性 的 客观 证 据 
4. 批 准 史诗 级 举措 
5. 用 动态 预算 进行 财务 治理 


下 文 将 依次 进行 详细 讨论 。 
传统 项 目 成 本 核算 中 的 问题 


首先 ， 为 了 接纳 新 的 解决 方案 ， 很 重要 的 一 件 事情 是 : 需要 正确 理解 传统 项 目 投资 方法 对 开发 经 费 获取 所 造成 的 问题 。 
问题 1 一 一 成 本 中 心 预算 导致 了 许多 挑战 


对 于 大 多 数 企业 而 言 ， 转 型 到 精益 -敏捷 开发 之 前 ， 其 预算 流程 如 图 7.9-3 所 示 。 


项 目 工作 量 估算 项 目 成 本 估算 $ -~------ 
yt TE BE A Seng e a 


“项 目 ” 需 要 协调 成 本 中 心 、 分 配 人 员 、 预 算 和 计划 之 间 
的 关系 。 它 将 多 个 预算 构建 为 单一 的 项 目 预 算 
结果 : 

* 缓慢、 复杂 的 预算 流程 

“导致 基于 “人 工 使 用 率 ” 的 计划 和 执行 

。 低 项 目 群 吞吐 量 

“将 人 员 分 配 到 工作 上 ” 


组 织 


$ 
oa on a 
仿 @ Pe. 
a ha pa 
CO2 CC 4 


图 7.9-3 ”传统 的 基于 项 目的 成 本 预算 和 成 本 核算 模型 


企业 由 若干 个 成 本 中 心 组 成 ， 每 个 成 本 中 心 必须 为 新 成 果 贡 献 项 目 费 用 和 人 力 (主要 成 本 要 素 ) 。 这 就 产生 了 许多 问题 ， 包 
括 : 


* 项 目 预算 流程 缓慢 且 复 杂 ， 需 要 做 许多 独立 的 预算 (每 个 成 本 中 心 一 个 预算 ) 以 创建 项 目 预算 。 


- 需要 团队 在 很 早 的 阶段 ， 在 很 多 不 确定 因素 下 ， 做 出 细 颗 粒度 的 决策 。 团 队 也 别 无 选择 ， 因 为 如 果 他 们 不 能 识别 出 所 有 的 
任务 ， 他 们 又 如 何 估 算出 需要 多 少 人 力 及 多 长 时 间 ? 


.人员 分 配 是 临时 的 事情 ; 组 织 假定 人 力 将 返回 成 本 中 心 ， 以 便 将 来 可 以 再 次 分 配 。 如 果 企 业 不 这 样 做 ， 也 会 为 其 他 已 经 计 
划 好 的 项 目 带 来 麻烦 。 


- 该 模型 驱使 成 本 中 心 的 管理 者 确保 每 个 人 都 被 充分 地 分 派 了 工作 。 然 而 ， 以 100% 使 用 率 来 运行 产品 开发 是 一 个 经 济 灾难 


(参考 资料 2]) ， 其 结果 是 计划 的 高 变异 性 。 


该 模型 阻止 了 个 人 和 团队 完成 一 个 项 目 之 后 的 继续 合作 ， 项 目 团队 通常 会 解散 。 这 样 会 妨碍 知识 获取 、 团 队 绩 效 和 员工 参 
与 度 ， 并 且 根 本 谈 不 上 协同 办 公 。 


问题 2 一 一 基于 项 目的 约束 阻碍 了 适应 性 ， 妨 碍 了 积极 的 经 济 成 果 


项 目 一 旦 启动 就 会 面临 持续 的 挑战 ， 真 实 的 业务 需要 和 特定 项 目的 实际 模式 快速 地 变化 。 而 且 ， 正 如 图 7.9-4 所 示 ， 因 为 项 
目的 预算 和 人 员 在 项 目 工期 内 是 固定 的 ， 导 致 项 目 无 法 灵活 地 改变 优先 级 。 


在 这 个 时 刻 ， 如 果 当 业务 部 门 意识 到 A 可 以 比 B 提供 
更 多 的 价 TARAN 尽管 给 A 更 多 的 投资 而 给 B 较 
少 的 投资 更 合乎 逻辑 ， 但 预算 模型 只 能 将 计划 锁定 在 


旧 计 划 中 


项 目 A 
预算 限制 降低 了 


灵活 性 和 敏捷 性 


项 目 B 


图 7.9-4 ”针对 项 目的 投资 阻碍 了 对 变化 做 出 反应 的 能 力 


这 样 做 的 后 果 就 是 ， 企 业 如 果 想 要 响应 业务 需求 的 变化 ， 只 能 重新 进行 预算 ， 并 重新 分 配 人 力 ， 从 而 带 来 额外 的 成 本 ， 经 济 
情况 就 更 加 糟糕 ， 从 而 延迟 成 本 (没有 做 该 做 的 事情 的 成 本 ) 也 就 相应 增加 了 。 


问题 3 一 一 发 生 延 迟 后 ， 事 情 变 得 更 加 糟糕 


但 是 还 有 更 糟糕 的 事情 ， 即 不 承担 风险 则 产品 开发 无 法 创新 (参考 资料 [2]) 。 就 其 本 质 来 说 ， 因 为 开发 包含 很 大 程度 的 技 
术 不 确定 性 ， 开 发 估算 极其 困难 。 并 且 每 个 人 都 知道 大 部 分 事情 的 实际 花费 时 间 要 比 计划 的 时 间 更 多 。 而 且 ， 即 使 事情 一 切 顺利 
时 ， 利 益 相 关 者 可 能 会 提出 想 要 更 多 的 特性 ， 这 也 会 花费 更 多 的 时 间 。 再 次 强调 ， 基 于 项 目的 投资 阻碍 了 项 目 进展 、 文 化 和 透明 


度 ， 如 图 7.9-5 所 示 。 


项 目 估算 


我 们 责怪 什么 /我们 责怪 谁 ? 
。 技 术 挑 战 ? 

“范围 变化 ? 

“团队 ? 


项 目 佑 算 
shi 


图 7.9-5” 当 发 生 “ 超 时 ”时 ,项目 核算 和 重新 预算 增加 了 延迟 成 本 ， 对 文化 造成 了 负面 影响 


这 很 重要 吗 ? 


不 管 出 于 什么 原因 ， 只 要 产生 了 进度 延迟 ， 都 非常 有 必要 去 分 析 差 异 、 重 新 预算 和 重新 计划 。 延 迟 会 导致 资源 争夺 ， 人 员 重 
新 分 配 ， 还 会 对 其 他 项 目 造成 负面 影响 。 而 且 “ 推 卸 责任 ”也 开始 了 ， 项 目 经 理 之 间 产 生 了 对 立 ， 财 务 分 析 师 与 团队 产生 了 对 
， 任 何 项 目 超时 都 对 预算 造成 影响 。 最 终 ， 受 伤害 的 是 透明 性 、 生 产 率 和 团队 士气 。 


用 SAFe 超 越 项 目 成 本 核算 


显然 ， 对 于 快速 交付 和 产 出 更 好 的 经 济 成 果 这 一 目标 来 说 ， 传 统 成 本 核算 是 一 种 严重 的 制约 因素 。 但 是 ， 正 如 我 们 所 指出 
的 ， 每 个 解决 方案 都 会 自我 呈现 ， 下 文 将 对 每 个 元 素 进行 介绍 。 


1. 对 价值 流 进行 投资 ， 而 非 项 目 


第 一 步 是 通过 增加 授权 和 降低 开销 ， 即 把 日 常 的 费用 决策 (及 相关 的 资源 决策 ) 交 给 那些 与 解决 方案 更 近 的 团队 。 如 图 7.9- 
6 所 示 ， 我 们 通过 将 预算 分 配给 每 个 价值 流 来 实现 。 


价值 流 


Wy 


价值 流利 益 相 关 者 包括 价值 流 工程 师 (VSE) 和 项 目 群 投资 组 合 管理 者 (PPM) ,他们 获得 授权 ， 可 以 基于 当前 的 待 办 导 
项 列表 和 路 线 图 上 下 文 给 人 员 和 资源 合理 地 分 配 预 算 。 


.由 于 价值 流 和 用 以 实现 价值 流 的 敏捷 发 布 火车 是 长 期 的 ， 团 队 成 员 可 以 一 起 工作 很 长 一 段 时 间 以 提高 团队 精神 、 知 识 、 能 
力 和 生产 率 。 


. 价值 流 提供 了 资源 池 ， 所 以 当 事 情 变 化 时 ， 在 价值 流 中 的 人 员 可 以 调整 以 适应 当前 的 环境 。 他 们 可 以 从 一 个 团队 转 到 另 一 
个 团队 ， 甚 至 从 一 个 敏捷 发 布 火 车 转 到 另 一 个 敏捷 发 布 火 车 ， 而 且 可 能 在 价值 流 /敏捷 发 布 火 车 层级 内 自己 决策 ， 而 不 需要 获得 
更 高 层 的 批准 。 


. 预算 依然 是 受 控 的 。 在 大 多 数 情况 下 ， 贯 穿 一 个 项 目 群 增 量 P) 的 党 用 是 固定 或 容易 预测 的 ， 所 以 无 论 即 将 开始 的 远 代 
期 间 将 要 从 事 哪个 特性 的 开发 ， 所 有 的 利益 相关 者 都 知道 预期 的 费用 。 如 图 7.9-7 所 示 ， 当 一 个 特性 所 用 时 间 超 过 计划 时 间 时 ， 
对 于 预算 和 人 事 没 有 影响 ， 相 关 决 策 只 需 在 团队 层面 进行 ， 而 不 会 影响 到 预算 或 者 项 目 群 层 级 ， 如 图 7.9-7 所 示 。 


计划 : 


ua tee hte 花费 时 间 超 过 计划 
时 ， 让 员工 基于 正确 的 原因 
继续 为 正 戎 的 特性 工作 


必要 时 将 该 特性 延期 


项 目 群 增 量 


Program Increment 


it 的 成 本 固定 > 


图 7.9-7 项 目 群 增 量 的 预算 是 固定 的 。 当 事情 花费 的 时 间 长 于 预期 时 ， 资 源 不 需要 挪动 而 且 预 算 不 受 影响 
2. 赋 予 价值 流 对 内 容 决策 的 权利 


上 述 第 一 个 步骤 已 经 取得 了 很 大 进步 ， 但 是 除了 预算 ， 企 业 必 须 依 然 确保 价值 流 是 在 创建 正确 的 事情 ， 这 是 创建 项 目 执行 的 
原因 之 一 。SAFe 不 是 通过 项 目 而 是 通过 授权 解决 方案 和 产品 管理 者 的 职责 来 提供 这 些 支持 。 为 了 给 所 有 人 提供 可 视 化 ， 如 图 
7.9-8 所 示 ， 所 有 接 下 来 的 工作 要 在 解决 方案 和 项 目 群 待 办 事项 列表 中 进行 创建 、 维 护 ， 并 排 定 优先 级 。 


价值 流 竺 办 
事项 列表 


项 目 群 待 办 
事项 列表 


图 7.9-8 通过 解决 方案 和 产品 管理 者 实现 透明 的 内 容 决策 权 


按照 WSJF (加 权 最 短 作业 优先 ) 方法 所 考虑 的 经 济 优先 级 ， 把 工作 从 待 办 事项 列表 中 “拉动 ”出 来 ， 从 而 在 实现 的 时 候 可 
以 让 团队 始终 意识 到 ， 在 这 些 重要 决策 的 背后 有 合理 的 经 济 原因 所 支持 ， 并 且 由 正确 的 利益 相关 者 参与 决策 。 


3 .提供 适 用 目标 的 客观 证 据 


SAFe 的 原则 #5 一 一 基于 对 可 工作 系统 的 客观 评价 设立 里 程 碑 ， 提 供 了 下 一 个 工作 步骤 。 其 实 ， 将 预算 分 配给 不 同 大 小 的 价 
值 流 的 工作 也 很 类 似 ， 但 是 需要 注意 的 一 个 合理 的 期 望 是 ， 所 有 介入 方 应 该 能 够 就 如 何 追踪 投资 得 到 快速 反馈 。 幸 运 的 
是 ，SAFe 通 过 解决 方案 演示 提供 定期 的 、 基 于 节奏 的 机 会 ， 去 评估 每 个 项 目 群 增 量 的 进展 ， 并 且 如 有 必要 ， 解 决 方案 演示 每 两 
周 进 行 一 次 。 参 加 演示 的 人 包括 关键 利益 相关 者 ， 比 如 客户 、 项 目 群 投资 组 合 管理 者 、 业 务 负责 人 、 版 本 发 布 管理 和 团队 自身 。 
任何 受托 方 都 可 以 参加 这 些 演示 ， 以 帮助 提供 如 下 保证 : 正确 的 工作 按照 正确 的 方法 进行 构建 ， 而 且 工 作 可 以 满足 客户 的 业务 需 
要 。 


4 批准 史诗 级 举措 


当 对 价值 流 进行 大 规模 投资 时 有 一 个 例外 。 也 就 是 说 ， 根 据 定 义 ， 史 诗 足 够 大 且 有 足够 的 影响 力 ， 它 需要 得 到 额外 的 批准 。 
举措 常常 影响 多 个 价值 流 和 敏捷 发 布 火车 ， 而 且 成 本 可 能 高 达 数 百 万 美元 。 这 就 是 为 什么 需要 对 整个 系统 和 轻 量 级 的 业务 案例 进 
行 评审 ， 确 定 是 否 需要 涉及 投 次 组合、 价值 流 ， 或 者 项 目 群 等 层级 ， 如 图 7.9-9 所 示 。 

投资 组 合 史诗 可 能 通过 一 个 预算 准备 金 来 投 资 ， 或 者 可 能 从 另外 一 个 价值 流 获 取 资 源 来 重新 分 配 人 力 或 预算 。 价 值 流 史 诗 和 
项 目 群 史诗 可 能 来 自 于 价值 流 和 项 目 群 内 部 ， 它 们 也 可 能 作为 一 个 投资 组 合 史诗 的 结果 发 生 。 然 而 一 经 批准 ， 就 可 以 从 价值 流 获 
得 投资 。 无 论 如何 ， 史 诗 是 足够 大 的 ， 而 且 需 要 分 析 以 及 战略 和 财务 两 个 级 别 的 决策 ， 这 也 是 之 所 以 将 其 称 为 史诗 的 原因 。 


项 目 群 me iy 
Ed 
图 7.9-9 ”史诗 需要 批准 
5 用 动态 预算 进行 财务 治理 


最 后 ， 尽 管 价值 流 大 部 分 是 自 组 织 和 自 管理 的 ， 但 是 它们 既 不 会 自发 产生 ， 也 不 会 给 自己 投资 。 为 此 ， 项 目 群 投资 组 合 管理 
者 有 权利 在 投资 组 合 内 ， 设 定 和 调整 价值 流 预算 。 然 而 ， 为 了 响应 变化 ， 资 金 分 配 将 基于 业务 情况 动态 随时 变化 ， 如 图 7.9-10 所 


J\o 


@ 价值 流 1 
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@ 价值 流 4 
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图 7.9-10 ”价值 流 预算 随时 动态 调整 


理论 上 ， 预 算 可 以 每 年 调整 两 次 。 如 果 少 于 两 次 ， 那 么 费用 就 会 在 相当 长 的 时 间 内 固定 不 变 ， 这 会 抑制 灵活 性 ; 如 果 多 于 两 
次 ,企业 可 能 看 上 去 会 非常 敏捷 ， 但 是 团队 就 好 像 是 站 在 流沙 上 ， 会 造成 太 多 的 不 确定 性 且 没 有 能 力 承诺 任何 近期 的 行动 措施 。 
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7.10 ”资本 支出 和 运营 支出 


精益 -敏捷 领导 者 需要 理解 企业 当前 的 软件 开发 资本 运作 的 相关 实践 ， 以 及 如 何在 敏捷 开发 中 应 用 相应 的 原则 。 否 则 ， 敏 捷 
转型 将 会 受阻 ， 或 者 企业 将 不 能 正确 地 处 理 研发 的 成 本 支出 。 


一 一 本 书 作 者 


摘要 


企业 通过 向 SAFe 投 资 组 合 提供 资金 ， 支 持 技术 方案 的 开发 ， 以 此 来 实现 企业 的 业务 与 财务 目标 。 这 些 经 费 既 包括 资本 支出 


(CapEx) ， 也 包括 运营 支出 (OpEx) 。 根 据 会 计 准 则 ， 企 业 会 将 一 部 分 用 于 开发 软件 的 人 力 资本 ， 投 入 到 销售 或 者 内 部 使 用 
中 。 


虽然 软件 资本 化 的 实践 在 许多 企业 都 很 完善 ， 但 这 些 实践 大 多 都 基于 瀑布 式 开发 模型 ， 在 这 种 情况 下 ， 前 期 需求 与 设计 


的 “阶段 -门限 ”会 驱动 资本 处 理事 件 。 然 而 对 敏捷 软件 开发 而 言 ， 并 没有 相关 的 “阶段 -门限 ”。 于 是 ， 企 业 就 面临 一 个 新 的 
问题 ， 即 如 何在 敏捷 开发 的 模式 下 有 效 地 使 用 这 些 伦 费 。 如 果 财 务 部 门 不 能 对 这 种 方法 上 的 变化 做 出 调整 ， 有 可 能 会 发 生 以 下 两 
种 情况 : 1) 他 们 将 阻碍 敏捷 软件 开发 ， 并 且 要 求 依然 按照 瀑布 方式 进行 开发 软件 。2) 他 们 会 将 所 有 敏捷 开发 人 力 成 本 计 入 费 
用 支出 。 然 而 ， 长 期 看 来 ， 以 上 两 种 方式 都 没有 带 来 经 济 收益 上 的 优化 。 


本 节 提供 了 一 些 策略 ， 实 施 SAFe 的 企业 可 以 通过 这 些 策略 对 敏捷 开发 中 的 人 力 支 出 进行 分 类 ， 其 中 的 一 部 分 会 用 于 资本 文 
出 。 然 而 ， 这 在 理解 上 是 一 个 新 兴 的 领域 ， 有 很 多 观点 。 参 考 资料 [2]、 参 考 资料 [3] 和 参考 资料 [外 提供 了 更 多 的 视角 。 


免责 声明 : 本 书 作 者 在 会 计 方面 既 没 有 接受 过 正式 的 培训 ， 也 没有 相关 的 资格 认证 。 软 件 成 本 的 使 用 和 潜在 的 资本 使 用 因 不 
同 国家 ， 不 同行 业 而 不 同 ( 比 如 说 ， 许 多 美国 企业 都 遵循 一 套 规则 ， 然 而 美国 联邦 政府 的 供应 商 却 有 一 套 完全 不 同 的 规则 ) ， 甚 
至 因 个 别 公司 政策 也 有 所 差异 。 而 且 ， 即 使 遵循 财务 会 计 标准 委员 会 条 例 ， 在 通用 会 计 准 则 稳健 原则 的 指导 下 ,仍然 有 一 些 公司 
选择 不 对 软件 开发 进行 成 本 资本 化 运作 (参考 资料 [5] 给 出 了 一 个 例子 ) 。 


对 开发 费用 进行 恰当 的 账 务 处 理 是 财务 会 计 的 责任 ， 通 常会 根据 每 个 企业 自身 的 情况 而 定 。 精 益 - 敏捷 变革 推动 者 应 当 尽 早 
让 业务 和 财务 利益 相关 者 参与 进来 ， 从 而 达成 对 新 的 工作 方式 如 何 影响 会 计 流 程 的 共识 。 


企业 给 SAFe 投 资 组 合 提供 资金 ， 从 而 使 其 能 够 开发 和 管理 一 系列 解决 方案 。 在 投资 组 合 内 部 ， 由 项 目 群 投资 组 合 管理 者 主 
持 将 资金 分 配给 单个 价值 流 ， 这 些 管理 者 还 负责 分 配 必要 的 资金 给 其 他 每 一 个 价值 流 。SAFe 投 资 组 合 的 经 费 包 括 资 本 支出 与 运 
萤 支 出 两 部 分 : 


` 运营 支出 (OpEx) 记录 了 运行 一 个 产品 、 业 务 ， 或 者 服务 的 持续 成 本 。 这 些 成 本 包括 运营 、 销 售 和 市 场 等 人 员 的 薪资 和 
管理 费用 、 一 般 费 用 和 行政 费用 、 培 训 费 、 供 应 和 维护 费 、 租 金 ， 以 及 其 他 与 运营 业务 相关 的 开支 或 者 业务 资产 。 这 些 成 本 在 发 
生 的 时 候 被 记录 下 来 并 支出 。 


* 资本 支出 (CapEx) 典型 的 代表 是 ， 用 于 采购 、 升 级 ， 或 者 修复 有 形 实物 资产 所 需 的 费用 。 比 如 计算 机 设备 、 机 器 ， 或 者 
其 他 资产 。 在 这 种 情况 下 ， 采 购 成 本 放 在 资产 负债 表 中 作为 一 项 资产 ， 然 后 在 该 资产 的 使 用 周期 内 的 资产 损益 表 里 开支 。 此 外 ， 
在 某 些 情况 下 ， 与 无 形 资产 开发 相关 的 人 力 成 本 ， 也 有 可 能 属于 资本 支出 费用 ， 如 专利 或 者 软件 。 在 这 种 情况 下 ， 资 本 支出 也 包 
括 薪 资 和 直接 费用 ， 合 同 雇工 ， 材 料 费 ， 供 应 费 以 及 其 他 与 方案 开发 活动 直接 相关 的 费用 。 


投资 组 合 利益 相关 者 必须 理解 资本 支出 与 运营 支出 ， 这 样 才能 在 每 个 价值 流 里 将 它们 作为 经 济 框架 里 的 一 部 分 。 否 则 ， 资 金 
或 许 并 不 是 以 正确 的 类 别 加 以 使 用 ， 并 且 投 资 组 合 的 财务 结果 有 可 能 也 不 能 像 预期 的 那样 。 而 且 ， 软 件 开发 的 某 些 花费 的 资本 支 
出 ， 在 一 定 程 度 上 可 能 会 影响 财务 报表 的 准确 性 。 本 节 接 下 来 将 详细 讨论 相关 的 内 容 。 


软件 开发 成 本 核算 


软件 资产 资本 化 的 规则 因 国家 和 行业 的 不 同 而 异 。 在 美国 ， 财 务 会 计 标 准 委员 会 (FASB) 为 美国 公司 提供 通用 会 计 准则 指 
南 。 这 些 公司 按照 公众 的 利益 汇报 金融 信息 ， 包 括 那 些 公 开发 布 的 关于 美国 证 券 和 交易 委员 会 规定 的 信息 。 其 他 国家 也 有 类 似 的 
组 织 ; 比如 英国 的 财务 报告 理事 会 (FRC) 也 规定 一 些 与 美国 财务 会 计 标 准 委员 会 极为 类 似 的 政策 。 此 外 ， 在 联邦 会 计 准 则 咨询 


委员 会 的 治理 下 ， 美 国联 邦 政府 也 有 不 同 的 标准 。 


对 于 那些 提供 私人 财务 报告 和 公共 财务 报告 的 美国 公司 而 言 ， 美 国 财务 会 计 标 准 委员 会 第 86 条 (参考 资料 [1]) 提供 了 出 

、 租 用 或 者 销售 电脑 软件 成 本 会 计 指 南 。 财 务 会 计 标 准 委员 会 第 86 条 指出 由 开发 软件 产品 产生 的 内 部 成 本 必须 在 调研 和 开发 
过 程 中 支出 ， 直 到 技术 可 行 性 确立 为 止 。 此 后 ， 软 件 生产 成 本 可 能 进行 较 低 的 资本 化 ， 然 后 再 报告 未 摊 销 的 成 本 或 净 变 现价 值 。 
投资 成 本 基于 每 个 产品 的 当下 和 将 来 的 收益 分 推 ， 每 年 最 低 分 摊 值 相当 于 产品 估计 的 剩余 经 济 寿 命 的 线性 分 挫 值 。 基 于 这 些 目 
的 ， 如 果 一 个 软件 产品 改变 了 现 有 产品 的 功能 ， 它 就 被 定义 为 一 个 新 产品 或 者 一 项 新 的 举措 。 


财务 会 计 标准 委员 会 (FAsB) 第 86 条 关于 软件 的 分 类 


根据 财务 会 计 标准 委员 会 第 86 条 ， 软 件 可 以 分 为 以 下 三 类 : 
1. 用 于 销售 的 软件 一 一 用 于 销售 的 软件 ， 可 以 通过 单独 的 或 者 集成 的 方式 进行 开发 。 这 种 软件 通常 由 独立 软件 供应 商 提 供 。 


2. 内 部 使 用 的 软件 一 一 仪 仅 用 于 内 部 使 用 或 者 用 来 支持 企业 内 部 业务 流程 的 软件 ， 这 一 部 分 将 在 标准 操作 流程 9.8-1 里 详细 
描述 (也 可 参见 ASE 350-40 小 标题 云 计算 中 的 付费 ) 。 


3. 谋 入 式 软件 一 一 软件 作为 有 形 产品 的 一 部 分 ， 是 发 挥 产品 核心 功能 的 必 备 部 分 。 

这 些 不 同 的 类 别 对 应 着 不 同 的 资本 化 运作 标准 ， 因 此 必须 予以 考虑 相关 的 指南 。 
资本 化 与 费用 化 标准 

一 般 来 说 ， 为 了 使 开发 的 费用 资本 化 ， 财 务 会 计 标准 委员 会 第 86 条 要 求 产 品 必 须 满足 以 下 条 件 : 

- 产品 已 经 完成 技术 可 行 性 调研 

. 管理 层 已 经 提供 该 开发 项 目 预算 的 书面 批准 

* 管理 层 已 经 承诺 开发 资源 

- 管理 层 对 产品 能 成 功 开发 和 交付 充满 信心 


软件 资本 化 运作 开始 之 前 ， 财 务 部 门 一 般 需 要 文档 化 的 证 据 表 明 这 些 具体 的 活动 已 经 完成 。 一 旦 这 些 条 件 满足 ， 开 发 费用 的 
资本 化 运作 将 开启 ， 如 表 7.10-1 所 示 。 
表 7.10-1 费用 开支 与 潜在 资本 化 成 本 的 分 类 


费用 开支 
与 确立 项 目 群 可 行 性 研究 相关 的 成 本 包括 : 


资本 化 成 本 
与 新 项 目 (这 部 分 1 ire 会 涉及 详细 的 设计 活动 )、 升 级 以 及 增加 或 改 


o 可 行 性 研究 和 原型 设计 善 现 有 软件 功能 (包含 对 第 三 方 产 品 的 主要 改动 ) 相关 的 成 本 包含 : 
o 替代 方案 的 分 析 与 规划 e Kt 
o 支持 决策 方案 的 概要 性 架构 设计 o 材料 费 
e 培训 e 合同 雇工 
e 产品 维护 和 支持 e 管理 费用 ， - 些 与 间接 劳务 、 利 益 关系 等 费用 
不 包含 : 一 般 费 用 、 行 政 管理 费用 和 日 常 费用 


瀑布 式 开发 中 的 资本 化 触发 器 


从 历史 角度 来 讲 ， 资 本 化 在 瀑布 式 和 “阶段 -门限 ”开发 模型 的 情景 下 应 用 非常 广泛 。 瀑 布 模型 有 一 个 明确 定义 的 前 期 阶 
段 ， 在 此 过 程 中 ， 生 成 需求 ， 产 生 设计 ， 完 成 可 行 性 研究 。 对 于 那些 需要 进一步 审批 的 项 目 ， 需 求 和 设计 的 里 程 碑 通常 作为 开始 
资本 化 的 基本 条 件 ， 如 图 7.10-1 所 示 。 


需要 进行 资本 化 

运作 的 重大 举措 在 瀑布 模型 中 ， 需 求 和 
设计 阶段 完成 了 可 行 性 研 
袍 和 项 目 批准 活动 


图 7.10-1 瀑布 开发 前 期 阶段 完成 了 可 行 性 研究 ， 并 成 为 管理 层 承 诺 提供 资金 的 触发 点 


SAFe 框 架 中 敏捷 开发 资本 化 的 策略 


在 敏捷 软件 开发 中 ， 需 求 和 设计 是 持续 涌现 的 ， 因 此 没有 正式 的 门槛 作为 资本 化 的 先决 条 件 。 但 这 并 不 意味 着 项 目 可 以 在 资 
金 方面 自给 自足 。 相 反 ， 使 用 SAFe 框 架 的 企业 在 价值 流 中 围绕 长 期 的 价值 流 管理 资金 。 这 些 价值 流 由 敏捷 发 布 火 车 的 人 员 与 其 
他 资源 共同 完成 ， 他 们 以 一 个 固定 的 项 目 群 增 量 节奏 进行 运作 。 


在 绝 大 多 数 敏 捷 发 布 火车 中 ， 其 大 部 分 工作 是 对 软件 资产 的 开发 ， 以 及 延伸 在 可 行 性 分 析 中 确立 的 那 部 分 工作 。 他 们 大 多 通 
过 开发 新 功能 特性 来 实现 。 由 于 特性 增加 现 有 软件 的 功能 ， 与 那些 特性 相关 的 用 户 故 事 就 构成 了 敏捷 发 布 火车 团队 成 员 的 工作 内 
容 ， 用 于 这 部 分 工作 的 人 力也 会 构成 潜在 资本 。 


敏捷 发 布 火车 有 时 也 直接 为 投资 组 合 中 不 同 的 业务 举措 (史诗 ) ， 建 立业 务 和 技术 可 行 性 调研 ， 这 些 工 作 都 可 以 通过 投资 组 
合 看 板 系统 进行 管理 。 这 些 工作 与 瀑布 开发 模型 中 的 早期 阶段 类 似 ， 通 常 也 会 向 上 汇总 ， 直 到 得 到 “人 允许 下 一 步 ” 的 建议 ， 这 也 
是 新 特性 开发 开始 的 时 间 点 。 


这 就 意味 着 两 种 类 型 的 工作 在 项 目 群 增 量 中 (有 时 也 会 延伸 到 相应 的 财务 会 计 年 度 ) 是 典型 存在 的 。 大 部 分 工作 是 “新 特性 
开发 ”， 也 就 是 增加 现 有 软件 的 功能 。 


其 余 工 作 包 括 创 新 和 探索 工作 。 有 些 工作 有 可 能 来 自 于 项 目 组 合 看 板 ， 用 于 进行 潜在 的 新 投资 组 合 层级 史诗 故事 的 调研 与 可 
行 性 研究 ， 也 有 些 工 作 可 能 是 内 部 产生 。 此 外 ， 在 此 期 间 也 会 有 维护 ， 基 础 设施 架构 搭建 的 相关 工作 。 图 7.10-2 说 明了 这 些 概 
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图 7.10-2 ”PI 的 训 视 图 ， 在 给 定 周期 内 不 同类 型 的 工作 示意 图 


基于 运营 支出 与 资本 支出 的 特性 分 类 


通常 ， 执 行 新 项 目 和 改进 现 有 产品 的 工作 ， 都 会 作为 解决 方案 新 特性 的 工作 进行 实现 ， 而 且 这 些 工作 都 是 用 于 提升 系统 功能 
性 的 。 这 部 分 工作 很 容易 被 识别 出 来 ， 并 用 于 跟踪 潜在 的 资本 支出 活动 。 为 此 ， 会 计 受 托 人 员 与 产品 经 理 一 起 从 项 目 群 待 办 事项 
列表 中 识别 这 样 的 特性 ， 而 那些 被 挑选 出 来 的 特性 被 “标记 ”为 潜在 的 资本 支出 ， 这 样 就 确立 了 基本 的 工作 跟踪 机 制 。 随 后 ， 
队 将 新 的 故事 与 那些 特性 进行 关联 ， 并 在 新 的 代码 库 中 实现 这 些 故 事 ， 从 而 实现 支持 特性 行为 的 核心 工作 。 


将 故事 应 用 于 资本 支出 与 运营 支出 


大 多 数 故 事 直接 服务 于 特性 的 新 功能 ; 这 样 的 工作 将 会 产生 资本 支出 。 另 外 ， 一 些 故 事 (如 使 能 故事 ) 用 于 基础 设施 构建 、 
探索 、 缺 陷 修复 、 重 构 和 其 他 类 型 的 工作 ， 它 们 不 一 定 会 产生 资本 支出 。 敏 捷 生 命 周期 管理 工具 可 以 支持 故事 的 定义 、 捕 获 ， 以 
及 其 他 相关 的 工作 。 通 过 使 用 工具 ， 将 故事 与 特性 进行 关联 ( 称 为 “父子 关系 ”) ， 那 些 与 特性 开发 相关 的 工作 可 以 识别 为 潜在 
资本 支出 。 敏 捷 生 命 周期 管理 工具 中 的 各 种 查询 条 件 可 以 将 所 需 的 计算 自动 化 。 表 7.10-2 列 出 了 三 种 用 于 计算 工作 完成 百分比 的 
可 能 的 工作 机 制 ， 它 们 可 以 作为 资本 支出 的 备 选 。 


表 7.10-2 跟踪 与 资本 支出 相关 的 工作 量 的 可 能 机 制 


按 故事 小 时 数 按 故事 点 数 按 故 事 个 数 
a 
随 着 颗粒 度 的 增加 ， 开 销 也 会 增加 
每 个 团队 成 员 在 特定 时 间 盒 内 记录 | 团队 在 特定 时 间 盒 记录 所 有 故事 的 | ”团队 成 员 不 用 做 任何 记录 
所 有 故事 的 实际 小 时 数 点 数 
X= 附属 于 特性 的 故事 的 总 小 时 数 X= 附属 于 特性 故事 的 总 故事 点 数 X= 附属 于 特性 故事 的 总 数 
Y= 当前 阶段 投入 的 总 小 时 数 Y= 当前 阶段 的 总 故事 点 数 Y= 当前 阶段 所 有 故事 的 总 数 
潜在 资本 支出 (美元 ) = (XY) x 当前 阶段 总 成 本 


按 故 事 小 时 数 


获取 最 小 颗粒 度 的 员工 工作 量 的 方法 ， 是 让 团队 中 的 每 个 人 记录 每 个 故事 花费 的 小 时 数 。 尽 管 有 一 些 间 接 开支 ， 但 许多 团队 
都 基于 传统 时 间 跟 踪 对 工作 成 本 、 账 务 、 估 算 和 其 他 方面 的 需求 。 然 而 ， 这 不 应 该 是 资本 支出 的 默认 方法 ， 因 为 它 会 带 来 额外 的 
开支 ， 也 会 降低 价值 交付 速度 。 后 续 的 计算 方法 就 比较 直观 了 : 资本 支出 的 可 能 百分比 等 于 资本 支出 特性 所 需 的 小 时 数 除 以 在 一 
定 周 期 内 投入 的 总 小 时 数 。 将 工作 小 时 数 转 化 为 成 本 后 ， 企 业 就 能 快速 评估 需要 资本 支出 的 总 成 本 。 


Oz 在 计划 阶段 ， 一 些 敏捷 团队 将 故事 拆 分 成 任务 ， 相 应 地 对 任务 进行 估算 和 更 新 小 时 数 。 在 这 种 方法 中 ， 仅 仅 要 求 
统计 故事 完成 所 需 的 所 有 小 时 数 ， 对 任务 完成 的 小 时 数 统计 并 不 是 必需 的 。 


按 故 事 点 数 


故事 点 是 Scrum 中 普遍 使 用 的 估算 和 成 本 跟踪 的 方法 。 (注意 : 这 种 方法 可 能 适用 于 使 用 看 板 的 SAFe 团 队 ， 也 可 能 不 适 
合 。 因 为 看 板 团队 通常 并 不 使 用 故事 点 。) Scrum 团 队 用 故事 点 来 估算 故事 ， 并 且 将 估算 按 真实 结果 更 新 来 提高 将 来 的 估算 准确 
度 。 故 事 点 是 相对 值 ， 不 是 绝对 值 ， 它 是 一 种 估算 的 单位 ， 之 所 以 这 样 估算 ， 是 因为 企业 仅仅 需要 知道 在 任何 特定 的 财务 核算 周 
期 内 ， 可 能 需要 资本 支出 的 故事 点 数 占 所 有 故事 点 数 的 百分比 。 实 际 成 本 的 转化 与 上 面 提 到 的 按照 故事 小 时 数 的 方法 是 一 致 。 这 
是 一 种 减少 冲突 和 额外 开销 的 方法 ， 它 一 般 不 会 给 团队 带 来 额外 的 负担 ， 团 队 可 以 额外 花费 一 些 时 间 ， 确 保 完 成 每 个 故事 后 将 原 
来 的 估算 值 更 新 为 真实 值 ， 使 它 能 反映 真实 的 点 数 。 同 样 ， 敏 捷 生 命 周 期 管理 工具 通常 支持 记录 并 自动 计算 这 些 度量 数据 。 


Ose 故事 点 是 相对 的 ， 它 可 能 因 团 队 而 异 ， 为 此 ，SAFe 推 荐 了 一 种 方法 用 来 将 不 同 团队 的 信 算 方法 进行 标准 化 ， 并 将 
此 作为 敏捷 发 布 火车 中 通用 经 济 基 础 的 一 部 分 。SAFe Scrum 中 对 此 有 所 描述 。 


按 故 事 个 数 


以 上 的 两 种 方法 相对 比较 细致 ， 可 以 将 工作 转化 为 潜在 的 资本 化 运作 的 工作 量 。 但 是 这 里 涉及 输入 和 捕获 这 些 数 据 ， 而 且 那 
部 分 额外 的 工作 本 身 并 不 为 终端 用 户 带 来 价值 。 考 虑 到 企业 中 典型 的 敏捷 发 布 火车 的 范围 ， 这 里 也 许 还 有 更 简单 的 方法 。 


在 一 个 单独 的 项 目 群 增 量 (PI) 中 ， 一 个 敏捷 发 布 火车 实现 数 以 百 计 的 、 不 同类 型 不 同 规模 的 故事 ， 这 种 情况 是 非常 常见 
的 。 (比如 : 如 果 有 10 个 团队 ， 每 个 迭代 10 个 故事 ， 经 过 4 个 迭代 ， 每 个 PI 将 产 出 400 个 故事 。) 对 故事 的 规模 进行 估算 ， 不 能 
倾向 于 通过 了 解 一 个 故事 可 能 需要 的 资本 支出 来 进行 (团队 甚至 不 需要 了 解 估 算 和 成 本 的 关系 ) ， 而 且 故 事 的 大 小 随 着 时 间 的 推 
移 会 趋 于 平均 化 。 此 外 ， 最 终 资 本 支出 和 相关 的 资本 折旧 ， 共 同 组 成 了 所 有 的 研发 成 本 。 因 此 ， 在 短期 内 达到 完美 ， 这 不 是 必要 
的 目标 ， 因 为 无 论 如 何 都 不 可 能 做 到 足够 精确 ， 还 会 产生 很 高 的 成 本 。 这 就 产生 了 一 个 建议 ， 通 过 故事 类 型 计算 出 故事 个 数 ， 这 
是 一 个 比较 好 的 计算 故事 潜在 资本 支出 的 方法 。 在 按照 故事 点 方法 和 按照 故事 数 方法 中 有 些 类 似 的 是 ， 利 用 百分比 来 决定 一 个 给 
定 的 会 计 核算 周期 内 可 能 需要 的 资本 支出 。 有 些 敏捷 实践 者 也 提出 ， 这 种 百分比 的 方法 也 应 用 在 新 的 精益 -敏捷 开发 中 (有 时 基 
于 更 简单 的 初始 容量 分 配 ， 参 见 4.8 节 的 内 容 ) 。 如 果 需 要 恰当 地 接受 不 定期 的 审计 ， 采 取 以 上 方法 基本 上 不 会 产生 太 多 冲突 ， 
并 允许 团队 将 精力 集中 于 价值 交付 活动 。 


哪些 具体 的 人 力 活动 会 使 用 资本 支出 


还 有 最 后 一 个 方面 需要 讨论 : 哪些 具体 的 人 力 相 关 因素 会 应 用 于 资本 支出 之 中 呢 ?” 同样 ， 答 案 因 不 同 企业 而 异 。 然 而 ， 在 敏 
捷 开 发 的 领域 ， 通 常会 遵循 以 下 指南 : 


员工 的 薪酬 属于 资本 支出 ， 员 工 包 括 软 件 研 发 工程 师 、 测 试 人 员 、 用 户 体验 师 、 领 域 专家 ， 以 及 其 他 直接 参与 故事 细 化 、 
、 测 试 的 敏捷 团队 成 员 。 这 在 很 大 程度 上 与 现 有 的 瀑布 开发 实践 是 一 致 的 。 


a 


此外， 产品 负责 人 和 Scrum Mastet 也 属于 团队 的 成 员 ， 直 接 贡献 于 故事 的 定义 与 实现 。 这 些 “ 间 接 ” 的 人 力 成 本 与 新 价值 
交付 直接 相关 ， 因 此 ， 作 为 资本 支出 也 是 合适 的 。 这 种 情况 下 的 处 理 方式 是 ， 可 以 通过 在 一 个 具有 资本 支出 的 故事 上 增加 一 个 额 
外 的 平均 成 本 。 


. 而且， 并 不 是 一 个 特性 的 所 有 工作 都 由 敏捷 团队 来 完成 。 系 统 架 构 师 、 系 统 团队 成 员 和 DevOPs 成 员 也 为 开发 中 的 特性 做 
出 了 贡献 。 他 们 的 人 力 成 本 的 一 部 分 也 应 该 属于 资本 支出 。 


" 最 后 ， 在 更 大 的 价值 流 中 ， 会 有 一 些 额 外 的 人 员 角 色 参 与 PT 计划 前 、 后 的 会 议 ， 创 建 和 维护 解决 方案 意图 ， 参 与 解决 方案 
演示 。 尽 管 ， 他 们 并 不 会 直接 参与 后 期 的 开发 实现 活动 ， 但 是 他 们 在 价值 的 交付 中 也 做 出 了 贡献 ， 所 以 这 些 人 员 的 人 力 成 本 也 是 
潜在 的 资本 支出 ， 至 于 如 何 处 理 这 部 分 成 本 ,会 由 企业 根据 情况 自行 决定 。 
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不 多 。 » 


7.11 ME 


可 持续 的 最 短 前 置 时 间 ， 给 人 类 和 社会 带 来 最 理想 的 质量 和 价值 。 


一 一 精益 之 屋 


摘要 


价值 流 (Value Stream) 是 SAFe 的 主要 组 成 部 分 ， 它 可 以 用 来 理解 、 组 织 和 交付 价值 。 每 个 价值 流 都 是 一 个 周期 较 长 的 系 


列 活动 ， 企 业 通过 价值 流向 客户 提供 持续 的 价值 流动 。SAFe 投 资 组 合 的 主要 作用 是 资助 和 培育 一 整套 解决 方案 的 开发 活动 (一 
个 开发 价值 流 ) 。 这 些 活动 要 么 直接 向 最 终 用 户 提供 价值 ， 要 么 支持 其 他 业务 运营 的 价值 流 。 识 别 和 优化 价值 流 是 精益 -敏捷 企 
业 的 一 项 关键 技能 。 


企业 如 果 围 绕 价值 开展 工作 ， 可 以 带 来 很 多 实质 性 的 好 处 ， 包 括 : 更 快速 的 学 习 ， 更 短 的 上 市 时 间 ， 更 高 的 质量 和 生产 力 ， 
以 及 更 符合 预期 目标 的 解决 方案 。 在 SAFe 中 ， 围 绕 着 价值 进行 组 织 ， 是 通过 先 理 解 价值 流 ， 然 后 组 织 敏 捷 发 布 火车 来 实现 的 。 
SAFe 通 过 敏捷 发 布 火车 来 实现 价值 ， 既 是 一 门 科 学 也 是 一 门 艺术 。 


另外 ， 对 于 价值 流 的 系统 分 析 和 改进 是 通过 进行 价值 流 映射 来 实现 的 。 价 值 流 映射 是 一 种 用 于 识别 系统 中 的 延迟 和 非 增 值 活 
动 的 方法 。 通 过 对 这 些 活动 的 识别 和 管理 ， 从 而 最 终 实现 可 持续 的 最 短 前 置 时 间 。 


精益 和 敏捷 方法 都 强烈 地 注重 持续 的 价值 交付 ， 只 有 当 最 终 用 户 、 客 户 ， 或 内 部 业务 流程 获得 了 由 新 的 解决 方案 或 能 力 带 来 
的 业务 价值 时 ， 才 算 实现 了 价值 交付 。 在 精益 中 ， 识 别 和 理解 不 同 的 价值 流动 是 最 关键 的 一 步 一 一 是 改善 整体 企业 绩效 的 起 
点 。 确 实 ， 如 果 一 个 企业 对 于 自己 是 做 什么 的 和 怎么 做 的 都 没有 一 个 清晰 的 认识 ， 又 何 谈 去 改善 呢 ? 


这 个 简单 的 背景 是 SAFe 围 绕 着 价值 的 流动 (又 称 “价值 流 ”) 来 组 织 开发 投资 组 合 的 主要 推动 力 。 
价值 流 是 一 系列 长 期 的 步骤 ， 用 于 将 概念 或 客户 订单 转化 为 有 形 结果 ， 并 进行 价值 交付 。 


图 7.11-1 展 示 了 价值 流 的 结构 图 。 


种 发 (=) —> 
EZ 


图 7.11-1 一 个 价值 流 的 结构 


价值 的 流动 是 由 一 些 重要 的 事件 所 触发 的 ， 也 许 是 客户 的 采购 订单 ， 又 或 者 是 对 新 特性 的 要 求 。 价 值 的 流动 在 某 些 价值 被 交 
付 时 结束 ， 例 如 一 次 发 货 、 客 户 的 一 次 采购 行为 ， 或 一 个 解决 方案 的 部 署 。 在 开始 和 结束 中 间 的 这 些 步 又， 是 企业 用 于 完成 这 次 
交付 而 做 的 活动 。 价 值 流 包含 了 在 其 中 工作 的 人 员 、 他 们 开发 或 者 操作 的 系统 ， 以 及 在 这 其 中 流动 的 信息 和 物料 。 从 触发 价值 流 
动 的 事件 算 起 到 最 终 价值 被 交付 ， 这 段 时 间 被 称 为 前 置 时 间 。 缩 短 前 置 时 间 ， 就 可 以 缩短 上 市 时 间 ， 这 就 是 焦点 所 在 。 


价值 流 的 类 型 


在 SAFe 环 境 下 ， 系 统 构建 者 必须 意识 到 企业 中 通常 会 存在 两 种 价值 流 。 运 营 价 值 流 显 示 了 向 客户 (无论 是 内 部 还 是 外 部 ) 
提供 产品 或 服务 的 步骤 (参考 资料 [2]) ， 公 司 通 过 这 些 价值 流 赚 钱 。 开 发 价值 流 显示 了 用 于 开发 新 产品 、 系 统 ， 或 服务 能 力 的 
步骤 。 有 些 时 候 ， 这 两 种 价值 流 是 相同 的 ， 比 如 一 个 解决 方案 提供 商 开 发 了 一 个 产品 ， 并 直接 在 其 营销 渠道 中 发 布 (例如 ,一 个 


小 型 的 Saas (软件 即 服务 ) 公司 ) 。 在 这 种 情况 下 ， 该 公司 其 实 只 有 一 个 价值 流 ， 因 为 开发 价值 流 和 运营 价值 流 是 相同 的 。 


运营 价值 流 


i 


运营 系统 的 人 员 


价值 


图 7.11-2 开发 价值 流 构建 的 系统 为 运营 价值 流 
的 最 终 交 付 提供 价值 


图 7.11-2 ”开发 价值 流 构建 的 系统 为 运营 价值 流 的 最 终 交 付 提供 价 


然而 ， 在 大 型 IT 部 门 的 环境 中 ， 去 理解 这 两 种 类 型 的 价值 流 是 至 关 重 要 的 事情 ， 因 为 开发 价值 流 会 向 运营 价值 流 提供 价值 流 
动 ， 如 图 7.11-2 所 示 。 


虽然 SAFe 的 主要 目的 是 为 系统 构建 人 员 提 供 指导 ， 但 是 ， 作 为 精益 系统 构建 者 必须 首先 明白 价值 最 终 是 如 何 流动 的 ， 这 样 
他 们 才能 构建 和 优化 出 能 加 速 最 终 效果 的 系统 。 因 此 ， 识 别 价值 流 是 实施 SAFe 的 第 一 步 。 此 外 ， 开 发 价值 流 的 许多 关键 要 求 
(不 仅 包 括 功 能 需求 ， 还 包括 系统 和 企业 架构 方面 的 考虑 ) 都 由 运营 价值 流 直接 驱动 。 


识别 价值 流 


对 于 一 些 组 织 来 说 ， 识 别 价值 流 是 一 个 简单 的 任务 。 对 于 这 些 组 织 来 说 ， 在 很 多 情况 下 ， 价 值 流 就 是 他 们 开发 和 销售 的 产 
品 、 服 务 ， 或 解决 方案 。 然 而 ， 随 着 企业 变 得 越 来 越 大 ， 识 别 价值 流 的 工作 也 就 会 变 得 越 来 越 复 杂 。 价 值 会 流 经 各 种 应 用 程序 和 


服务 ， 并 跨越 分 布 式 组 织 的 许多 部 门 ， 流 向 许多 不 同类 型 的 内 部 和 外 部 客户 。 例 如 在 大 型 IT 部 门 里 ， 价 值 流 可 能 跨越 多 个 部 门 和 
组 织 ， 甚 至 跨越 多 个 部 署 的 系统 。 在 这 种 情况 下 ， 发 现价 值 流 是 一 个 重要 的 、 基 于 业务 上 下 文 环 境 的 分 析 活 动 ， 它 为 企业 的 精 
益 -敏捷 转型 提供 了 最 基础 的 依据 。 


用 于 识别 价值 流 的 问题 


了 解 企业 中 实际 的 价值 流动 是 一 个 挑战 ， 只 能 在 特定 的 业务 环境 中 去 展开 。 表 7.11-1 提 供 了 一 系列 问题 可 以 帮助 我 们 发 现 企 
业 的 价值 流 。 


表 7.11-1 有 助 于 确定 企业 价值 流 的 一 些 问 题 


e 有 哪些 大 型 的 软件 、 系 统 或 基于 解决 方案 的 目标 ， 可 以 将 我 们 和 市 场 中 的 其 他 竞争 
者 区 分 开 来 ? 
e 外 部 客户 会 如 何 描述 或 感知 他 们 得 到 的 价值 ? 
哪些 现行 的 项 目 中 有 大 量 的 开发 和 测试 人 员 在 一 起 共同 工作 ? 
企业 销售 什么 样 的 产品 、 系 统 、 服 务 、 应 用 程序 或 解决 方案 ? 
嵌入 式 和 网 络 物理 系统 | ” 什么 产品 和 系统 ? 较 大 的 子 系统 或 组 件 有 哪些 ?启用 了 哪些 关键 的 系统 运 
A HE 


建设 者 的 问题 
e 已 经 实施 或 加 强 了 哪些 关键 的 非 功 能 性 需求 ? 


- 般 问 题 


独立 软件 供应 商 的 问题 


e 局 用 了 对 哪些 关键 业务 流程 的 支撑 ? 
e 支撑 了 哪些 内 部 部 门 ? 

IT 问题 人 a ee , £ 
e 这 些 部 门 服务 的 内 部 和 外 部 客户 有 哪些 ?这 些 部 门 如 何 描 述 他 们 从 IT ÈB TARERE? 
o 关键 的 流程 、 成 本 、KPI, 或 业务 改进 计划 的 目标 是 什么 ? 

价 1 值 流 定义 模板 


价值 流 一 旦 被 识别 ， 每 个 价值 流 的 特征 就 可 以 被 进一步 细 化 ， 以 便 获得 对 其 更 完整 的 理解 。 表 7.11-2 提 供 了 一 个 模板 以 及 一 
个 运营 价值 流 的 示例 。 


表 7.11-2 一 个 包含 运营 价值 流 示例 的 价值 流 定义 模板 


名 称 客户 订单 
描述 为 使 用 移动 端 或 Web 的 客户 ， 提 供 快 速 、 一 致 的 订单 服务 
客户 中 小 型 企业 
触发 事件 | ”新 的 客户 订单 或 订单 更 新 
输入 新 的 订单 详情 ( 含 客 户 信息 ) 
输出 | ]， 计 费 信息 到 财务 部 门 
包括 内 部 客户 订单 工作 流程 和 操作 人 员 ，SAP (德国 SAP 公司 开发 的 企业 管理 解决 方案 软件 ) 订单 管理 系 


统 ， 技 术 ar. ， 移 动 端 和 Web 和 人口 订单 输入 程序 


价值 流 一 旦 被 识别 之 后 ， 下 一 步 就 是 开始 理解 如 何 用 敏捷 发 布 火车 来 实现 它们 。 敏 捷 发 布 火车 包含 了 增强 价值 流动 所 需 的 人 
员 和 其 他 资产 。 首 先 ， 分 析 师 必须 了 解 组 织 中 的 价值 是 在 哪里 创造 的 ， 因 为 这 是 人 员 、 流 程 和 系统 所 处 的 工作 场所 。 通 过 这 样 的 
分 析 ， 就 会 很 容易 地 发 现 ， 开 发 价值 流通 常 跨越 了 许多 边界 。 造 成 企业 现 有 组 织 架构 方式 的 原因 有 很 多 : 比如 历史 因素 、 实 用 的 
便利 、 集 中 化 管理 的 效率 、 收 购 、 地 理 因 素 等 。 因 此 ， 对 于 继续 开发 和 完善 能 交付 价值 的 系统 需要 做 哪些 工作 ， 很 可 能 没有 人 知 
道 所 有 的 步骤 。 此 外 ， 对 于 改进 的 尝试 可 能 会 倾向 于 功能 性 的 局 部 改进 ， 其 结果 可 能 是 某 个 功能 或 者 步骤 的 优化 。 然 而 ， 从 端 到 
端的 整体 流程 来 看 ， 这 些 优化 可 能 并 非 是 最 优选 择 。 


价值 流 的 特性 决定 了 它 在 精益 组 织 中 会 引发 不 同 的 思考 。 为 了 解决 这 个 问题 ， 企 业 必 须 使 用 系统 思考 去 理解 一 个 系统 的 各 个 
部 分 ,需要 如 何 共同 协作 来 实现 整体 优化 的 工作 流 。 通 常 来 说 ， 大 型 的 组 织 大 多 是 按照 职能 进行 组 建 的 ， 此 外 ， 人 员 也 可 能 分 布 
于 多 个 地 理 位 置 和 国家 。 然 而 价值 却 跨越 这 些 界限 进行 流动 ， 如 图 7.11-3 所 示 。 


图 7.11-3” 跨 职能 组 织 和 地 理 边 界 的 价值 流 


为 开发 价值 流 进 行 的 预算 


识别 价值 流 并 理解 价值 是 如 何在 组 织 中 进行 流动 的 ， 这 是 提高 价值 交付 的 一 个 重要 步骤 。 它 同时 提供 了 一 个 实施 精益 -敏捷 
预算 的 机 会 。 精 益 -敏捷 预算 可 以 显著 地 减少 开销 和 冲突 ， 并 进一步 加 速 价值 流动 。 


为 了 支持 这 项 工作 ， 每 一 个 SAFe 的 投资 组 合 都 包含 了 一 套 开 发 价值 流 ， 每 一 个 价值 流 都 有 自己 的 预算 。 项 目 群 投资 组 合 管 
理 (PPM) 根据 精益 -敏捷 预算 的 原则 指导 并 协助 管理 每 一 列 敏 捷 发 布 火车 的 预算 。 随 着 时 间 的 推移 ， 每 个 价值 流 的 预算 会 根据 
不 断 变化 的 业务 条 件 而 进行 必要 的 调整 。 


更 详细 的 内 容 可 以 在 7.9 节 中 找到 。 图 7.11-4 显 示 了 不 同 开发 价值 流 的 独立 预算 。 
价值 流 
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图 7.11-4 每 个 开发 价值 流 都 分 配 了 独立 的 预算 


用 敏捷 发 布 火车 实现 开发 价值 流 


一 旦 搞 清楚 了 价值 流 以 及 提供 价值 的 人 员 和 系统 的 地 理 位 置 ， 企 业 就 可 以 开始 考虑 如 何 应 用 敏捷 发 布 火车 来 增强 这 个 价值 
流 。 敏 捷 发 布 火车 是 虚拟 的 组 织 ， 敏 捷 团 队 是 以 加 速 交 付 为 明确 目的 的 跨 边 界 合作 的 团队 。4.2 节 描述 了 敏捷 发 布 火车 的 本 质 和 
目的 。 一 个 重要 的 结论 是 ， 敏 捷 发 布 火车 能 够 最 有 效 工 作 的 人 员 规 模 是 100 ~ 150 人 。 考 虑 到 这 种 约束 ， 用 敏捷 发 布 火车 实现 价 
值 流 有 三 种 可 能 的 组 织 架构 方式 : 


1. 多 个 价值 流通 过 一 列 敏捷 发 布 火车 实现 。 

2. 一 个 价值 流通 过 一 列 敏 捷 发 布 火车 实现 。 

3. 价 值 流 很 大 ， 需 要 通过 多 列 敏捷 发 布 火车 实现 。 
下 面 对 于 每 一 种 架构 方式 ， 进 行 举例 说 明 。 

多 价值 流 单一 敏捷 发 布 火车 


考虑 一 个 小 公司 的 案例 。 它 的 主要 价值 流 是 一 个 免费 向 公众 开放 的 网 站 以 及 一 项 可 以 变现 的 业务 一 一 在 网 站 上 向 用 户 销售 
课件 。 当 公司 开发 出 新 内 容 被 并 发 布 到 网 上 时 ， 课 件 价值 流 就 会 被 触发 。 在 这 个 案例 中 ， 企 业 用 总 共 不 到 50 人 就 能 够 实现 其 愿 
景 。 在 这 种 情况 下 ， 尽 管 这 个 公司 有 两 个 非常 不 同 的 价值 流 ， 但 是 却 可 以 利用 单列 敏捷 发 布 火车 来 实现 ， 如 图 7.11-5 所 示 。 
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图 7.11-5 有 两 个 价值 流 和 单列 敏捷 发 布 火车 的 小 型 独立 软件 供应 商 
图 7.11-5 上 方 的 价值 流 ， 是 由 新 的 网 站 内 容 触发 的 。 最 终 价 值 流 的 实现 体现 在 网 站 内 容 的 更 新 和 新 课件 的 发 布 。 


O28 在 较 大 的 企业 中 ， 这 不 是 典型 的 情况 。 即 使 在 这 个 案例 中 ， 这 家 公司 也 可 以 选择 通过 两 列 小 型 的 敏捷 发 布 火 车 来 
实现 价值 流 。 但 是 这 样 他 们 就 需要 去 管理 发 布 火车 之 间 的 依赖 性 。 而 这 个 依赖 性 ， 超 出 了 最 基础 的 敏捷 发 布 火车 计划 和 管理 流 
程 。 不 过 ， 该 公司 还 可 能 会 发 现 ， 梳理 每 个 价值 流 中 的 价值 流动 为 准确 交付 提供 了 有 用 信息 ， 因 此 将 它们 合并 成 一 个 价值 流 并 不 
是 那么 有 用 。 这 种 架构 模型 的 另 一 个 例子 是 : 一 个 更 大 的 公司 ， 生 产 了 超过 100 种 高 科技 产品 ， 其 研发 部 门 大 约 有 600 名 员工 。 在 
这 种 情况 下 ， 他 们 的 敏捷 发 布 火车 是 按照 产品 组 合 进 行 组 织 的 。 产 品 组 合 是 根据 产品 间 的 共性 和 依赖 性 进行 划分 的 。 尽 管 如 此 ， 
每 一 个 产品 仍然 提供 其 独立 的 最 终 用 户 价值 ， 并 且 各 自 适当 地 进行 预算 编制 。 


单一 价值 流 多 列 敏捷 发 布 火车 


第 二 个 例子 是 一 家 为 多 个 市 场 建 造 自动 导向 车 辆 的 中 型 制造 商 。 游 乐园 行业 是 他 们 的 一 个 重要 的 市 场 (参见 “ 巴 哈 冒险 赛 
车 ”的 案例 ) 。 他 们 的 员工 不 到 200 人 ， 但 是 他 们 依赖 供应 商 提供 轨 道 体系 。 在 这 种 情况 下 ， 他 们 有 两 个 价值 流 : 一 个 是 车 辆 和 
供应 商 提供 的 轨道 ， 另 一 个 是 乘 车 管理 系统 。 这 两 个 价值 流 分 别 由 两 列 独立 的 敏捷 发 布 火车 来 实现 。 乘 车 管理 系统 被 认为 是 一 个 
单独 的 价值 流 ， 因 为 它 有 单独 的 部 门 预算 。 此 外 ， 该 部 门 还 将 该 系统 的 变 体 出 售 给 其 他 行业 的 其 他 公司 ， 如 图 7.11-6 所 示 。 
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图 7.11-6 ”有 具有 多 价值 流 的 中 型 制造 商 ， 两 列 发 布 火 车 和 一 个 供应 商 


由 于 每 一 个 新 系统 都 具有 其 明显 的 特征 ， 所 以 价值 流 是 由 一 个 新 的 赛车 订单 触发 的 。 相 应 的 ， 新 的 赛车 订单 还 会 触发 一 个 新 
的 轨道 供应 商 订单 。 


多 列 敏 捷 发 布 火车 单一 价值 流 
第 三 个 例子 是 一 个 大 数据 IT 部 门 的 例子 。 这 个 部 门 有 超过 900 个 开发 和 部 署 人 员 ， 还 有 数 百 个 运 维 人 员 。 他 们 为 车 辆 和 移动 
设备 提供 映射 数据 和 算法 。 他 们 认为 自己 是 一 个 单一 的 价值 流 ， 但 是 围绕 着 6 列 敏捷 发 布 火车 组 织 开 发 活动 ， 如 图 7.11-7 所 示 。 


在 这 种 情况 下 ， 尽 管 企 业 价值 流 包 含 了 所 有 参与 准备 、 编 辑 、 规 范 ， 以 及 获取 数据 的 操作 ， 但 敏捷 发 布 火车 仪 包括 了 开发 团 
队 和 支撑 角色 。 


在 价值 流 中 协调 多 列 敏捷 发 布 火车 


图 7.11-7 提 出 了 一 个 有 趣 的 问题 : 假设 在 敏捷 发 布 火车 之 间 存 在 一 定 的 依赖 关系， 企业 如 何 协调 这 些 活动 以 创建 一 个 单一 
的 、 整 体 解决 方案 集合 ”这 可 能 需要 广泛 的 合作 : 一 个 共同 的 价值 流 待 办 事项 列表 ， 实 施 新 的 跨 边界 协作 和 能力， 额外 的 系统 集 
成 ， 新 增 的 角色 和 责任 ,项 目 群 增 量 (PI) 计划 前 、 中 、 后 的 仔细 考虑 ， 不 同 程度 和 形式 的 DevOps 支 持 ， 甚 至 更 多 其 他 内 容 。 
这 是 更 大 型 的 精益 -敏捷 企业 的 主要 挑战 之 一 。 幸 运 的 是 ， 如 何 协调 一 个 价值 流 中 的 多 列 敏 捷 发 布 火车 ， 在 6.1 节 中 进行 了 完整 的 
EA. 
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图 7.11-7 大 数据 IT 部 门 围绕 单个 价值 流 组 建 了 6 列 敏捷 发 布 火车 
协调 一 个 投资 组 合 中 的 价值 流 
当然 ， 许 多 重要 的 投资 组 合 中 包含 了 多 个 价值 流 。 虽 然 价 值 流 经 过 设计 尽 可 能 保持 独立 ， 但 可 能 还 是 需要 一 些 实际 工作 中 的 


协调 ， 以 确保 企业 的 每 个 价值 流 共同 前 进 ， 并 与 企业 目标 锁定 在 一 起 。 这 个 主题 在 6.2 节 进行 了 阐述 。 
使 用 价值 流 映 射 减少 上 市 时 间 


最 后 ， 确 定价 值 流 并 围绕 它们 组 织 敏捷 发 布 火车 还 有 一 个 显著 的 好 处 ， 每 个 价值 流 都 向 客户 提供 一 系列 可 识别 、 可 测量 的 价 
值 。 因 此 ， 价 值 交付 速度 和 质量 可 以 被 系统 地 改进 和 提高 。 例 如 在 图 7.11-6 中 ， 如 果 乘 车 管理 系统 总 是 处 在 交付 的 关键 路 径 上 ， 
即便 车 辆 已 到 且 准 备 好 装运 ， 但 是 管理 系统 软件 还 不 能 到 位 ， 那 么 由 于 延迟 带 来 的 损失 将 是 巨大 的 ! 


在 这 种 情况 下 ， 应 当 通 过 价值 流 映射 (参考 资料 [3]) 来 标识 出 价值 通过 系统 的 步骤 和 流程 ， 如 图 7.11-8 所 示 。 


团队 成 员 应 该 很 快 就 会 看 到 ， 提 供 增值 的 那些 工序 所 用 的 时 间 只 是 提供 最 终结 果 所 需 时 间 总 和 的 一 小 部 分 。 毕 竟 他 们 只 伦 了 
11 个 小 时 的 工作 来 开发 新 功能 ， 但 这 个 系统 仍然 无 法 在 7 周 内 交付 给 最 终 用 户 ， 因 为 大 部 分 的 时 间 被 花费 在 工序 切换 和 延迟 上 。 
团队 一 直 在 努力 工作 ， 看 起 来 增值 工序 的 效率 也 是 不 错 的 ， 但 通过 系统 的 整体 价值 流动 仍然 很 慢 ， 不 能 满足 需求 。 更 快 的 编码 和 
测试 速度 并 不 会 对 提高 整体 效率 有 所 帮助 ， 相 反 ， 团 队 必须 采取 系统 的 观点 专注 于 解决 延迟 的 问题 。 
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图 7.11-8 乘 车 管理 系统 价值 流 映射 示例 
图 7.11-8 乘 车 管理 系统 价值 流 映射 示例 


解决 价值 流 中 的 延迟 始终 是 缩短 上 市 时 间 的 最 快 方法 。 
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7.12 Fis 


系统 是 必须 被 管理 的 。 管 理 层 的 工作 是 指导 所 有 组 成 部 分 ， 努 力 达 到 系统 的 目标 。 


摘要 


史诗 是 所 有 重要 举措 的 载体 ， 有 助 于 引导 价值 流 实现 企业 投资 组 合 的 重大 目标 ， 从 而 可 以 驱动 企业 实现 大 量 的 经 济 价值 。 史 
诗 很 大 且 通 常 跨越 多 个 价值 流 和 敏捷 发 布 火车 。 史 诗 具有 集中 的 投资 ， 并 且 影 响 范围 十 分 广泛 。 由 于 对 成 本 、 影 响 以 及 机 会 的 构 
想 和 分 析 是 一 个 严肃 的 问题 ， 因 此 ， 史 诗 在 实施 之 前 需要 一 个 轻 量 级 的 业务 案例 和 财务 审批 。 史 诗 有 两 种 : 一 种 是 业务 史诗 ， 另 
一 种 是 使 能 史诗 ， 它 们 可 能 出 现在 投资 组 合 、 价 值 流 或 项 目 群 这 三 种 不 同 的 层级 中 。 


本 节 的 大 部 分 内 容 都 是 介绍 投资 组 合 史诗 的 定义 、 使 用 和 实现 ， 因 为 它们 是 所 有 史诗 中 最 大 且 最 具 影 响 力 的。 投资 组 合 史诗 


是 通过 投资 组 合 看 板 来 开发 和 管理 的 ， 在 看 板 系统 中 它们 会 经 过 不 同 的 状态 ， 直 到 最 终 被 批准 或 被 拒绝 。 一 旦 获得 批准 ， 它 们 就 
会 被 移动 到 投资 组 合 待 办 事项 列表 中 ， 等 待 实施 。 这 个 过 程 要 求 进行 一 系列 合理 性 分 析 ， 其 中 包括 对 史诗 背后 的 业务 驱动 因素 的 
经 济 状况 分 析 、 技 术 影 响 分 析 ， 以 及 增 量 实施 的 策略 。 


价值 流 和 项 目 群 史诗 需要 用 类 似 的 方法 进行 管理 ， 本 节 也 会 对 其 有 所 描述 。 


评述 
投资 组 合 史诗 


最 大 的 史诗 ( 即 投资 组 合 业务 史诗 和 使 能 史诗 ) 涵盖 了 在 投资 组 合 内 发 生 的 最 大 规模 的 全 局 性 举措 。 业 务 史诗 直接 交付 业务 
价值 ; 使 能 史诗 提供 架构 跑道 的 演进 以 支撑 未 来 的 业务 史诗 。 这 些 史诗 最 初 都 会 被 纳入 到 投资 组 合 看 板 中 ， 并 遵循 在 制品 
(WIP) 限制 的 规则 ， 逐 步 经 历 看 板 系统 中 的 每 个 状态 。 


使 用 看 板 系统 有 助 于 确保 团队 成 员 有 足够 的 时 间 进 行 认真 的 分 析 ， 同 时 ， 看 板 系统 还 有 助 于 管理 人 们 对 于 实施 新 业务 想法 的 
范围 界定 ， 以 及 时 间 框 架 的 合理 期 望 。 如 何 实现 每 个 史诗 的 最 终 决 定 ， 是 由 项 目 群 投资 组 合 管理 部 门 (PPM) 进行 授权 的 。 随 
着 资源 逐渐 变 得 可 用 ， 决 策 者 可 以 从 许多 可 能 的 业务 机 会 中 进行 最 佳 的 选择 。 通 常 ， 在 任何 时 候 都 会 有 多 个 被 分 析 过 的 史诗 处 于 
等 待 候选 状态 ， 当 史诗 得 到 批准 后 就 会 被 移 到 投资 组 合 待 办 事项 列表 中 等 待 执行 。 


前 阳性 定位 声明 
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图 7.12-1 史诗 价值 声明 模板 


图 7.12-1 提 供 了 一 个 史诗 价值 声明 的 模板 。 它 可 用 于 捕获 、 组 织 和 沟通 关于 史诗 的 关键 信息 。 这 个 价值 声明 是 在 看 板 系统 中 
的 评审 阶段 进行 编写 的 ， 旨 在 提供 足够 的 信息 ， 就 议题 进行 有 意义 的 讨论 。 
分 析 


史诗 是 投资 组 合 中 最 重要 的 举措 ， 因 此 在 实施 之 前 必须 要 经 过 仔细 分 析 。 通 常 史诗 负责 人 可 以 承担 分 析 业 务 史诗 这 一 重要 任 
务 ， 而 企业 架构 师 则 负责 指导 对 使 能 史诗 的 分 析 。 当 看 板 的 “分 析 ” 队 列 中 有 空余 位 置 时 ， 待 办 事项 列表 中 最 有 价值 的 史诗 就 会 
移动 到 “分 析 ” 列 队 中 。 处 于 分 析 状 态 中 的 史诗 ， 其 所 需 的 资源 和 经 济 影响 会 被 更 全 面 地 分 析 ， 通 过 加 权 最 短 作 业 优先 

(WSJF) 法 对 优先 级 进行 更 新 ， 建 立成 本 估算 ， 并 制订 一 个 轻 量 级 的 业务 论证 。 


“分 析 ” 工 作 可 以 包括 : 
:与 业务 利益 相关 者 举行 工作 坊 ， 了 解 和 描述 业务 史诗 的 相关 业务 收益 。 


- 与 价值 流 、 项 目 群 以 及 敏捷 团队 的 架构 师 或 系统 工程 师 举 行 工 作坊 ， 以 了 解 实施 所 需 的 工作 和 对 当前 解决 方案 的 影响 ; 也 
可 以 邀请 其 他 相关 的 主题 专家 也 参加 讨论 。 


* 由 小 组 执行 探 针 ， 研 究 和 探索 型 的 活动 。 

* 形成 具体 的 例子 去 阐述 模糊 的 、 不 明确 的 概念 ( 即 实例 化 需求 SBE) 。 

* 定义 史诗 的 成 功 标准 。 

分 析 阶 段 的 结果 是 一 个 轻 量 级 的 业务 论证 ， 它 包括 精确 的 问题 描述 ， 成 功 标准 的 定义 ， 实 施 时 间 和 成 本 的 估算 ， 以 及 对 项 目 
群 的 影响 。 图 7.12-2 提 供 了 一 个 示例 的 格式 。 随 后 ， 会 使 用 这 个 业务 论证 ， 对 该 史诗 做 出 “通过 ”或 者 “拒绝 ”的 决定 。 
成 功 标 准 

史诗 的 价值 声明 和 轻 量 级 的 业务 论证 都 包括 了 对 成 功 标准 的 定义 ， 这 个 标准 可 用 于 验证 史诗 的 实施 是 否 完整 和 成 功 。 投 资 组 
合 史 诗 的 本 质 ， 通 常会 使 得 史诗 庞大 而 且 抽 象 ， 因 此 定义 成 功 标准 就 成 为 在 利益 相关 者 之 间 建 立 共识 的 一 个 重要 基石 。 

警惕 “绝对 的 ”成 功 标准 


然而 ， 史 诗 与 能 力 和 特性 有 所 不 同 ， 通 常 没有 必要 100% 完 成 史诗 (但 是 对 于 能 力 和 特性 而 言 ， 如 果 不 完全 完成 就 不 能 带 来 
(ME) ， 这 就 是 团队 对 于 史诗 成 功 标准 的 定义 必须 非常 小 心 的 原因 。 由 于 史诗 的 范围 和 影响 ， 某 些 情况 下 ， 只 对 史诗 进行 一 部 分 
的 实施 (不 必 全 部 ) 就 会 实现 大 部 分 的 经 济 价值 。 并 且 ， 根 据 加 权 最 短 作业 优 先 (WSJF) 计算 ， 可 能 会 出 现 这 样 的 情况 : (5 
史诗 实施 到 达 某 个 阶段 时 ) 转向 其 他 史诗 的 投资 ， 可 能 会 比 继续 按照 计划 完成 原 有 的 史诗 取得 更 大 的 经 济 回报 。 


例如 ， 从 经 验 中 我 们 发 现 ， 如 果 一 个 史诗 是 “将 所 有 应 用 程序 迁移 到 JBoss 网 络 服务 器 中 ” ， 那 么 就 不 如 描述 成 : “除了 那 
些 接近 终止 的 应 用 程序 之 外 ， 将 所 有 应 用 程序 迁移 到 Jboss 网 络 服务 器 中 ”。 


度量 进展 


由 于 史诗 通常 跨越 多 个 价值 流 和 项 目 群 增 量 ， 因 此 可 能 难以 评估 史诗 在 实现 能 力 或 特性 的 过 程 中 所 取得 的 进展 。 所 
以 ，SAFe 提 供 了 一 组 度量 ， 可 用 于 衡量 史诗 的 进展 情况 。 


获得 批准 “通过 ”的 史诗 会 被 留 在 投资 组 合 待 办 事项 列表 中 ， 直 到 在 一 个 或 多 个 价值 流 中 空余 出 了 可 以 实施 这 个 史诗 的 容 
量 ， 就 可 以 开始 启动 实施 了 。 此 后 ， 史 诗 负责 人 或 企业 架构 师 有 责任 与 产品 经 理 和 架构 师 或 系统 工程 师 合 作 ， 将 投资 组 合 史 诗 拆 
分 成 价值 流 和 项 目 群 层 的 史诗 ， 又 或 者 直接 将 它们 拆 分 成 能 力 或 特性 ， 放 入 对 应 的 待 办 事项 列表 中 。 


SCALED AGILE” 
Lightweight Business Case 
Epic Name: Funnel Entry Date: | Epic Owner: 
(Short name for the Epic) (Date the Epic ent 
ee SCALED AGILE” 


(A description of the Epic; consider using the Epic Value 
See http://www.scaledagileframework.com/epics/) Lightweight Business Case 


Analysis Summary: Go / No-Go: 


(Brief summary of the analysis that has been formed to create the 
business case. 


(Go, or No-Go 
recommendation) 


Success Criteria: 


(Describe how the success of the Epic will be measured 


Estimated Story Points: 
Availability increases from 93% to 99.9%, etc.) ory 


Estimated Monetary Cost: 


(Estimated story points for the (Example: Estimated story points * 
Epic) cost per story point) 


Weighted Shortest Job First: | Type of Return: Estimated Revenue: 


In Scope: Out of Scope: 

(WSJF relative to other Epics | (Market share, increased revenue, | (Revenue, Return on Investment, or 
owe ”~ in the analysis queue) improved productivity, new other applicable financial metrics) 
© 一 ~ markets served, etc.) 
e af @ ~ 

In-house or Outsourced Development: 

E | (Provide recommendations for where the Epic should be developed) 

Sponsors: 


Start Date: Completion date: 

(List key business sponsors who will be supporting the i 

(Estimated start date) (Estimated calendar date or 
estimated number of Pis) 


Users and Markets Affected: 


Incremental Implementation Strategy: 
(Describe the user community of the solution and any r 


(Epics are defined as a single whole, but each epic undergoes incremental implementation. Visit 
http://www.scaledagileframework.com/implementation-strategies-for-business-epics/ for details on 
Products, Programs, Services Affected: potential strategies. Many parts of this guidance can be applied to Architectural Epics) 


(identify products, programs, services, teams, departm: Sequencing and Dependencies: 


(Describe any constraints for sequencing the Epic and identify any potential dependencies with other 
Epics) 


Impact on Sales, Distribution, Deployment: 


(Describe any impact on how the product is sold, distrit Milestones or Checkpoints: 


(identify potential milestones or checkpoints for reevaluation of the Epic) 


Attachments: 


(Other supporting documentation, links to other data, feasibility studies, models, market analysis, etc., that 
were used in the creation of the busing p 


Other Notes and Comments: 可 以 从 SAFe 网 站 
(Any additional miscellaneous Infa 下 载 轻 量 级 的 业务 论 证 


www.scaledagileframework.com/epic/ 


图 7.12-2 ”史诗 的 轻 量 级 的 业务 论证 


拆 分 史诗 


用 增 量 的 方式 实施 ， 意 味 着 必须 将 史诗 拆 分 成 可 以 代表 增 量 价值 的 较 小 的 单元 。 表 7.12-1 提 供 了 九 种 拆 分 史诗 的 建议 方法 ， 
以 及 每 种 方法 的 示例 。 


表 7.12-1 史诗 拆 分 的 方法 


1. 解决 方案 / 子 系统 /组 件 史诗 ”通常 影响 多 个 解决 方案 、 子 系统 ,或 者 系统 中 较 大 的 组 件 。 在 这 些 情况 下 ， 根 
据 这 些 方面 对 史诗 进行 拆 分 是 一 个 有 效 的 实施 技巧 
多 种 用 户 类 型 o 在 处 理 业 务 退 订 的 网 站 中 有 多 种 用 户 类 型 

e 在 管理 系统 中 有 多 种 用 户 类 型 

2. 成 功 标准 ”史诗 成 功 标 准 通常 隐 含 了 它 如 何 通过 增 量 的 方式 获得 预期 的 业务 价值 

在 搜索 结果 中 实现 新 的 工件 o 在 搜索 结果 中 提供 精确 到 “ 州 ” 的 位 置信 息 (成 功 标 准 a 已 经 部 

支持 定位 功能 的 成 功 标准 : 分 完成 了 ， 即 使 具有 “ 州 ”的 信息 也 已 经 提供 了 不 错 的 过 滤 能 力 ) 

a) 在 用 其 他 信息 来 过 滤 搜 索 结 果 不 完 全 有 效 | 。 支持 复合 的 ( 州 和 城市 ) 位 置信 息 ( 到 了 这 一 步 ， 成 功 标 准 就 全 部 
的 情况 下 ， 定 位 信息 应 该 提供 额外 的 帮助 | ”实现 了 ) 

b) 提供 某 个 人 详细 的 位 置信 息 

3. 按 主 要 工作 量 优先 投入 有 时 候 一 个 史诗 会 被 拆 分 成 多 个 部 分 ， 大 部 分 的 工作 量 会 被 投入 到 实现 第 一 部 分 中 去 
在 整套 产品 中 实现 单 点 登录 (SSO 即 用 一 |。 安装 PINGID 协议 服务 器 并 用 模拟 数据 进行 测试 

个 用 户 名 和 密码 登录 该 公司 的 所 有 产品 、 系 | 。 在 整套 产品 中 技术 复杂 度 最 低 的 产品 上 实现 SSO 管理 能 

统 和 平台 ) o 在 复杂 度 最 高 的 产品 上 实现 SSO 功能 

o 在 资源 允许 的 范围 内 尽 可 能 快速 地 覆盖 到 整套 产品 的 所 有 部 分 
4. 简单 /复杂 ” 先 实 现 一 个 最 简单 的 版 本 作为 基本 史诗 ,然后 不 断 增加 更 多 的 项 目 群 史诗 ,实现 变化 和 复杂 细节 
5. 数据 变化 ”数据 变化 和 数据 源 是 男 一 种 可 以 辅助 决策 范围 、 复 杂 度 和 实施 管理 的 因素 

对 所 有 和 最 终 用 户 交 互 的 界面 进行 国际 化 o 西班牙 语 

e 日 语 

o 根据 当前 的 市 场 份额 数据 进行 优先 级 排序 

6. 市 场 细 分 / 客户 / 用 户 分 类 ”另外 一 种 方法 是 通过 市 场 细 分 或 者 用 户 群 体 来 拆 分 史诗 。 先 从 对 业务 影响 最 大 的 
那 部 分 开始 实施 

实现 让 用 户 选择 参与 某 项 活动 的 功能 


© 文 持 当 前 所 有 的 业务 伙伴 

0 文 持 所 有 主要 的 市 场 运营 机 构 

. 推迟 解决 方案 的 质量 要 求 ( 非 功能 性 需求 ) 有 些 时 候 最 初 阶段 的 方案 实施 并 不 难 ， 我 们 会 把 最 主要 的 精力 放 到 快 
速 交 付 ， 或 者 让 产品 更 可 靠 性 、 更 精确 ， 或 者 具有 更 好 的 可 扩展 性 上 。 因 此 ， 实 施 前 期 暂时 的 、 适 当 的 、 策 略 性 
的 降低 对 质量 的 要 求 ， 后 期 通过 增 量 式 的 方法 逐步 取得 产品 的 品质 需求 ( 非 功能 性 需求 ) 或 许 更 具 可 行 性 
降低 风险 / 促成 机 会 ”由 于 史诗 通常 范围 很 大 ， 使 得 它们 都 具有 一 定 的 风险 。 使 用 风险 分 析 法 从 风险 最 高 的 那 
部 分 者 手 实 施 
根据 用 户 自 定义 的 逻辑 表达 式 对 搜索 结果 |。 实现 反 向 过 滤 

进行 过 滤 o 实现 带 有 逻辑 表达 式 运 算 功 能 的 复杂 过 滤 

9. 用 例 场景 ”用 例 (参考 资料 [1]) 可 以 在 敏捷 开发 中 用 来 记录 复杂 的 “用 户 和 方案 之 间 ” 或 者 方案 和 方案 之 间 ” 
的 交互 ， 从 而 可 以 使 用 这 些 用例 中 的 特定 的 使 用 场景 或 用 户 目的 对 史诗 进行 拆 分 
通过 人 物 进行 搜索 的 功能 


N 


ae 


© 目标 1: 寻找 和 茶 个 人 的 关系 
© 目标 2: 寻找 和 某 个 公司 的 关系 
e 目标 3: 区 分 强 关 系 和 弱 关 系 


批准 史诗 的 投资 


在 构成 SAFe 的 系统 中 ， 史 诗 发 挥 着 男 一 个 重要 作用 。 具 体 来 说 ， 根 据 史诗 的 定义 ， 即 使 在 价值 流 预 算 已 经 获得 批准 的 情况 
下 ， 史 诗 也 需要 投资 组 合 的 利益 相关 者 的 批准 才能 实施 。 实 施 精 益 -敏捷 预算 的 能 力 ， 取 决 于 系统 中 的 某 些 制约 和 平衡 。 ( 精 
益 -敏捷 预算 是 指 直 接 为 价值 流 提供 运转 所 需 的 资金 ， 并 授权 价值 流 的 利益 相关 者 直接 进行 分 配 。) 即使 价值 流 预算 可 以 支持 本 
地 决策 ， 某 些 大 型 支出 项 目 仍 需要 获得 (额外 的 ) 批准 ， 以 保证 这 些 活动 在 组 织 中 的 可 见 性 。 史 诗 在 该 过 程 中 发 挥 着 关键 作用 ， 
因为 它们 会 消耗 大 量 资源 ， 并 且 通 常 代表 了 技术 或 业务 战略 上 的 变化 。 因 此 ， 每 个 人 (包括 授权 方 和 被 授权 方 ) 都 需要 相互 协作 
和 批准 这 样 庞大 的 支出 。 有 关 这 个 问题 的 进一步 讨论 ， 请 参阅 7.9 节 的 内 容 。 


项 目 群 和 价值 流 史诗 


以 上 的 讨论 描述 了 最 具 影 响 力 的 史诗 ， 即 投资 组 合 史诗 。 这 些 史诗 中 有 许多 会 生成 对 应 的 价值 流 以 及 项 目 群 史诗 。 此 外 ， 许 
多 大 型 的 举措 (史诗 ) 也 可 能 会 在 价值 流 以 及 项 目 群 这 个 级 别 直 接 出 现 。 尽 管 如 此 ， 由 于 这 些 史 诗 在 财务 、 人 力 和 其 他 资源 等 方 
面 的 影响 范围 巨大 ， 所 以 需要 确保 有 一 个 轻 量 级 的 业务 论证 ， 并 通过 项 目 群 投资 组 合 管理 部 门 (PPM) 的 讨论 和 财务 批准 。 除 
此 之 外 ， 对 于 价值 流 和 项 目 群 史诗 的 拆 分 、 实 施 和 管理 实践 主要 都 是 由 各 级 别 自 己 负责 的 。 关 于 在 其 他 级 别 史诗 的 管理 方法 ， 在 
4.8 节 中 阐述 过 。 


参考 资料 


[I] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 


第 8 章 ”SAFe 指 导 


8.1 持续 集成 


集成 点 的 重要 之 处 在 于 可 以 控制 产品 开发 ， 也 是 改善 系统 的 杠杆 支点 。 如 果 错 过 了 集成 点 ， 项 目 也 就 陷入 了 困境 。 


一 一 Dantar Oostetwal，《 精 益 机 器 》 


摘要 


持续 集成 (CI) 或 许 是 敏捷 发 布 火车 和 价值 流 最 本 质 的 技术 实践 。 CI 是 降低 风险 和 建立 快速 可 持续 性 开发 的 质量 心跳 。 如 果 
团队 完全 专注 于 特性 和 组 件 的 开发 ， 在 系统 中 累积 的 假设 和 意外 的 交互 就 会 产生 浪费 ， 表 现 出 延迟 和 交付 偏差 。 但 是 ， 如 果 能 尽 
早 和 频繁 地 持续 集成 ， 就 可 以 使 团队 站 在 系统 的 角度 ， 保 持 可 控 的 开发 进度 并 且 可 以 提高 可 预测 性 。 


然而 ， 复 杂 异 构 系统 的 持续 集成 是 困难 的 ， 这 些 系统 包括 机 械 子 系统 、 软 件 、 电 子 和 电气 子 系统 、 供 应 商 组 件 等 。 精 益 系 统 
构建 者 需要 一 种 平衡 的 方法 ， 人 允许 团队 内 建 质量 ， 以 及 从 集成 的 增 量 中 获得 及 时 的 反馈 。 通 常 需 要 在 集成 和 测试 的 频率 与 范围 之 
间 进 行经 济 方面 的 权衡 。 合 适 的 基础 设施 和 持续 改善 的 CI 实践 ， 以 及 自动 化 技术 和 可 测试 性 设计 ， 可 以 促进 快速 反馈 ， 并 帮助 敏 
捷 发 布 火车 达到 更 高 速度 。 


导致 大 型 解决 方案 复杂 性 的 部 分 原因 是 : 组 件 间 的 相互 依赖 ， 解 决 方案 能 力 跨 不 同 的 领域 ， 解 决 方案 元 素 之 间 的 交互 缺乏 计 
划 性 。 显 然 ， 事 先 预 见 所 有 这 些 潜在 的 行为 是 根本 不 可 能 的 。 尽 管 需要 主动 识别 和 管理 这 些 依赖 关系 ,但 是 只 有 把 相互 协作 的 组 
件 作 为 整体 的 解决 方案 去 集成 和 测试 ， 才 是 完全 验证 解决 方案 唯一 可 行 的 方法 。 


特性 和 组 件 级 别 的 持续 集成 

只 有 当 团 队 成 员 频 繁 地 集成 和 测试 组 合 在 一 起 的 工作 成 果 时 ， 敏 捷 团 队 才能 创造 价值 。 如 果 没 有 频繁 地 进行 集成 ， 就 没有 办 
法 确保 团队 不 同 的 角色 和 职能 真正 能 产生 一 致 性 的 输出 物 ， 即 团队 增 量 。 

因此 ， 在 SAFe 中 ， 强 烈 建议 敏捷 团队 的 成 员 在 每 次 迁 代 中 对 其 工作 至 少 进行 一 次 集成 ， 而 且 倾向 于 更 频繁 的 集成 节奏 。 


集成 和 测试 工作 是 每 个 迭代 的 一 部 分 ， 应 该 被 合理 地 计划 ， 要 么 包含 这 些 工 作 量 作为 故事 估算 的 一 部 分 (包含 在 故事 的 完成 
定义 中 ) ， 要 么 在 迭代 待 办 事项 列表 中 有 集成 和 测试 活动 的 单独 待 办 事项 条 目 。 但 不 管 怎 样 ， 集 成 和 测试 的 工作 量 应 该 是 影响 团 
队 速 度 的 重要 因素 ， 人 否则 团队 将 无 法 建立 可 持续 的 节奏 ， 而 可 持续 的 节奏 是 持续 大 规模 开发 可 预测 性 的 最 基本 的 先决 条 件 。 


敏捷 发 布 火车 集成 


虽然 局 部 的 集成 和 测试 很 关键 ， 但 是 还 不 够 。 即 使 只 对 一 个 “已 测试 ”组 件 做 个 简单 改变 ， 也 可 能 导致 意外 的 后 果 ， 甚 至 可 
能 会 波及 系统 的 其 他 部 分 ， 如 图 8.1-1 所 示 。 
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图 8.1-1 局 部 集成 和 测试 是 必要 的 ,但 是 不 够 充分 


更 糟糕 的 是 ， 局 部 集成 可 能 会 产生 “系统 可 以 正常 工作 ”的 虚假 安全 感 (一 厢 情 愿 ， 也 是 精益 中 的 主要 浪费 之 一 ) 。 没 有 完 
整 的 系统 视图 ， 严 重 的 问题 会 迅速 积累 ， 因 为 团队 在 未 验证 工作 的 基础 上 开发 越 来 越 多 的 功能 ， 问 题 也 会 随 之 呈 指 数 级 增长 。 


进行 频繁 的 集成 和 测试 ， 每 个 迭代 至 少 一 次 ， 提 供 了 必要 的 手段 去 评估 进度 和 发 现 尚且 容易 修复 的 问题 。 这 就 可 以 产生 系统 
增 量 个 已 经 集成 的 特性 和 组 件 的 功能 集合 ， 以 及 系统 演示 主题 一 一 可 以 由 团队 自己 、 产 品 负 责 人 和 其 他 关键 的 利益 相关 
者 进行 评审 。 更 重要 的 是 ， 它 展示 了 增 量 的 真实 可 感知 的 价值 。 


解决 方案 集成 


大 型 解决 方案 的 集成 需要 增加 一 些 额外 的 层级 ， 以 便 学 习 和 理解 在 价值 流 中 跨 多 个 发 布 火车 的 解决 方案 的 进展 情况 。 解 决 方 
案 演示 活动 是 多 个 敏捷 发 布 火车 的 所 有 开发 工作 的 结果 ， 包 括 供应 商 和 其 他 价值 流 参与 者 的 贡献 ， 演 示 活 动 对 客户 和 其 他 利益 相 
关 者 可 见 。 解 决 方案 级 别 的 演示 是 系统 进行 完整 集成 最 关键 的 时 刻 ， 此 时 可 以 对 系统 进行 客观 的 评估 ， 并 获得 利益 相关 者 和 客户 
的 反馈 。 


解决 方案 集成 和 演示 的 职责 ， 是 由 处 于 敏捷 发 布 火车 层级 和 价值 流 层级 的 系统 团队 共同 承担 的 ， 如 图 8.1-2 所 示 。 这 些 大 系 
统 可 能 难以 集成 ， 为 了 能 定期 地 演示 解决 方案 增 量 ， 团 队 通 常 必须 对 集成 、 测 试 和 支持 基础 设施 进行 投资 。 即 便 如 此 ， 集 成 和 测 
试 的 范围 仍 有 可 能 小 于 1009%， 并 且 有 可 能 与 早期 的 集成 点 有 所 不 同 ， 如 图 8.1-2 所 示 。 
完整 解决 方案 集成 


在 PI 中 进行 完整 或 部 分 集成 
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图 8.1-2 解决 方案 集成 


为 了 协助 集成 工作 ， 团 队 可 以 借助 虚拟 化 、 模 拟 环境 、 模 拟 对 象 、 打 桩 和 精简 测试 套件 等 手段 。 此 外 ， 可 能 需要 在 PI 计划 前 
会 议 中 明确 地 分 配 一 些 工作 量 给 集成 和 演示 ， 并 且 在 环境 支持 上 投入 时 间 。 


与 供应 商 和 解决 方案 上 下 文保 持 同步 


供应 商 在 SAFe 中 扮演 着 一 个 关键 的 角色 ， 因 为 他 们 拥有 独特 的 能 力 和 解决 方案 ， 他 们 对 前 置 时 间 和 交付 价值 会 产生 重大 的 
影响 。 为 了 让 所 有 组 织 都 获得 最 优 的 结果 ， 需 要 紧密 合作 和 信任 。 为 了 促进 协作 ， 推 荐 以 下 实践 : 


-制订 集成 点 计划 

- 采取 任何 适当 的 时 间 节 奏 ， 为 可 工作 的 解决 方案 建立 能 客观 评价 的 里 程 碑 
:与 所 依赖 的 母系 统 与 供应 商 敏捷 发 布 火车 的 系统 团队 协作 

. 构建 和 维护 一 致 的 集成 与 测试 基础 设施 

- 参与 PIT 计划 前 、 后 会 议和 解决 方案 演示 活动 ， 并 且 邀 请 供应 商 参 加 

. 在 各 层次 的 架构 师 和 系统 工程 师 之 间 建 立 协作 与 同步 


. 保持 解决 方案 及 其 上 下 文 之 间 的 同步 ， 以 确保 完成 的 解决 方案 与 部 署 环境 兼容 


挑战 和 权衡 


每 个 敏捷 发 布 火车 的 目标 ， 都 是 能 够 完整 集成 所 有 团队 在 每 个 迭代 中 开发 的 特性 。 然 而 ， 这 个 目标 可 能 很 难 实现 ， 原 因 在 于 
解决 方案 的 复杂 性 和 异 构 性 、 测 试 的 专业 技能 、 实 验 室 、 设 备 和 第 三 方 组 件 的 可 用 性 等 。 鉴 于 此 ， 团 队 可 能 会 觉得 想 要 实现 集成 
的 迭代 目标 不 现实 ， 至少 在 初期 是 这 样 的 。 但 是 这 不 能 作为 放弃 、 延 迟 集 成 和 测试 的 借口 。 


当 需 要 做 这 样 的 权衡 时 ， 团 队 需 要 对 实践 进行 适当 的 调整 ， 通 过 某 种 方式 ， 仍 然 可 以 实现 一 种 可 靠 、 快 速 反馈 的 机 制 。 图 
8.1-3 展 示 了 一 条 权衡 曲线 ， 它 可 以 帮助 团队 全 面 思考 Cl 在 具体 环境 中 的 最 佳 范 围 和 程度 。 


集成 和 测试 
完整 集成 ”部 分 集成 没有 集成 的 汇 围 /扩展 


图 8.1-3 ”集成 和 测试 的 权衡 曲线 


这 些 权衡 是 可 行 的 ， 因 为 事实 上 解决 方案 的 不 同 部 分 有 不 同 级 别 的 耦合 ， 一 些 能 力 对 不 同 的 系统 元 素 也 有 不 同 程度 的 影响 。 
另外 ， 不 同 的 组 件 占用 的 集成 和 测试 总 体 成 本 也 有 所 不 同 ， 有 些 相对 比较 简单 ， 容 易 集成 和 测试 。 以 下 给 出 了 一 些 执行 CI 的 建 
议 ,可 以 解决 大 部 分 的 问题 ;但 是 需要 注意 ， 即 使 全 部 采纳 这 些 做 法 ， 也 可 能 无 法 让 快速 CI 立刻 生效 ， 这 需要 团队 持续 坚持 。 


“以 不 同 频率 集成 不 同 部 分 一 一 例如 ，“ 巴 哈 赛车 ”控制 系统 团队 ， 每 个 选 代 多 次 集成 他 们 的 软件 ， 甚 至 可 能 每 天 都 集成 。 
然而 ， 一 个 完整 集成 可 能 每 隔 几 个 星期 ， 或 者 在 一 个 PI 的 边界 上 才 真 正 可 行 。 


-集成 全 部 资产 ， 但 是 运行 部 分 的 测试 一 一 如 果 和 要 完全 验证 ， 包 括 运行 所 有 的 回归 测试 ， 可 能 太 慢 或 成 本 过 高 ， 但 是 基于 以 
往 的 经 验 ， 团 队 通常 可 以 决定 ， 通 过 少数 重 直 测试 发 现 大 多 数 问题 。 全 量 的 回归 测试 套件 保持 在 较 低 的 频率 定期 进行 。 


使 用 仿真 环境 、 打 桩 和 模拟 对 象 一 一 有 一 些 组 件 、 设 备 、 第 三 方 子 系统 等 ， 可 能 不 容易 在 真实 的 环境 中 频繁 测试 。 替 代 方 
法 是 团队 构建 仿真 程序 ， 模拟 对 象 和 打桩 来 模拟 系统 环境 的 其 他 部 分 。 


还 有 一 点 也 很 重要 ， 即 对 于 刚刚 转型 到 精益 方法 的 团队 来 说 ， 频 繁 的 集成 代表 着 特殊 的 挑战 。 他 们 以 前 从 没有 这 么 做 过 , 也 
没有 建立 过 必要 的 基础 设施 。 但 是 ， 目 标 是 清晰 的 ， 所 以 承认 团队 的 现状 不 能 成 为 减少 集成 范围 和 程度 的 借口 ， 而 且 大 多 数 挑战 
应 该 会 在 不 久 的 将 来 逐渐 消失 ， 但 是 前 提 条 件 是 团队 必须 从 现在 就 开始 行动 起 来 。 


启用 持续 集成 


以 精益 和 敏捷 的 方式 构建 复杂 的 解决 方案 是 一 个 长 期 的 旅程 ， 开 启 这 个 旅程 大 门 的 重要 一 环 就 是 持续 集成 的 能 力 。 下 文 提供 
了 一 些 如 何 快速 朝 着 这 个 方向 发 展 的 建议 。 


共同 的 节奏 


当 所 有 团队 以 相同 的 节奏 前 进 时 ， 集 成 点 会 更 容易 实现 。 这 就 是 为 什么 所 有 的 迭代 要 对 齐 到 相同 的 PI 边 界 的 原因 。 当 然 ， 可 
能 需要 允许 集成 /测试 工作 有 一 些 较 小 的 延迟 ， 可 能 晚 于 迭代 结束 点 ， 但 是 越 及 时 越 好 。 如 果 完 整 的 持续 集成 在 迭代 过 程 中 不 能 
完成 ， 团 队 可 以 做 出 短期 的 权衡 ， 同 时 持续 改善 他 们 的 技术 和 基础 设施 。 


基础 设施 


有 效 的 持续 集成 依赖 于 可 用 的 执行 环境 、CI 和 测试 工具 、 模 拟 和 仿真 程序 等 。 有 些 基础 设施 由 系统 团队 构建 和 支持 ， 其 他 部 
分 由 团队 自己 进行 更 高 效 的 管理 ， 这 样 可 以 让 他 们 在 任何 时 刻 更 快 地 了 解 系统 的 性 能 。 


当然 ， 基 础 设施 也 是 一 项 投资 ， 因 此 必须 和 其 他 投资 一 样 根据 预期 回报 进行 评估 。 一 个 还 没有 构建 起 内 建 质量 的 精益 文化 的 
组 织 ， 可 能 很 难 理解 基础 设施 的 增强 对 未 来 的 积极 影响 。 所 以 ， 为 基础 设施 投入 的 开发 时 间 和 购买 的 设备 ， 可 能 会 被 看 作 是 超支 
或 延迟 的 缘由 。 但 是 ， 精 益 - 敏 捷 领导 者 会 以 长 远 的 眼光 进行 当下 必要 的 投资 ， 从 而 为 未 来 的 马拉松 提速 。 


支持 CI 的 工程 技术 


当 系 统 设计 考虑 了 以 上 这 些 关 注 点 时 ， 持 续集 成 就 会 更 加 容易 。 可 测试 性 设计 是 起 源 于 硬件 开发 的 一 种 技术 ， 它 要 求 更 好 的 
模块 化 和 松 厅 合 ， 包 括 使 用 基本 接口 和 物理 测试 点 。 基 于 集合 的 设计 可 以 更 好 地 将 解决 方案 中 的 元 素 有 效 地 进行 隔离 (通过 接 
口 、 协 议 ) ， 这 些 元 素 可 以 用 固定 方式 测试 ， 同 时 也 可 以 保持 模块 适 配 的 灵活 性 。 


集成 和 测试 的 频率 是 质量 的 主要 决定 因素 。 然 而 ， 当 很 多 工作 都 要 手工 进行 时 ， 这 样 做 的 成 本 可 能 也 是 个 问题 。 将 流程 或 者 
部 分 流程 进行 自动 化 实现 ， 可 以 降低 成 本 ， 提 高 生产 力 。 当 结合 了 以 上 所 讨论 的 其 他 技术 之 后 ， 自 动 化 能 够 显著 地 改变 图 8.1-1 
中 所 示 的 权衡 曲线 的 呈现 状态 。 


系统 团队 的 支持 


系统 团队 承担 了 很 多 这 方面 的 责任 。 但 是 对 于 敏捷 发 布 火车 增 量 的 质量 而 言 ， 系 统 团队 既 不 是 唯一 的 团队 ， 也 不 是 唯一 的 职 
责 承 担 者 。 因 为 集成 和 测试 是 一 种 不 同 角色 之 间 的 协作 ， 用 于 在 敏捷 发 布 火车 和 价值 流 中 持续 地 交换 知识 。 


如 果 敏 捷 团 队 不 参与 集成 的 活动 ， 他 们 将 持续 交付 不 一 致 的 增 量 。 同 样 ， 如 果 敏 捷 团 队 不 向 系统 团队 提供 不 断 变 化 的 解决 方 
案 上 下 文 ， 这 将 很 快 导致 与 预期 的 差距 ， 以 及 与 环境 和 配置 的 差异 。 


寺 续 集成 是 一 种 文化 


很 多 持续 集成 的 讨论 都 围绕 着 工具 ， 当 然 工具 是 一 个 重要 因素 。 然 而 ， 持 续集 成 是 一 种 文化 的 改变 ， 一 种 新 的 理念 ， 对 各 个 
层级 都 提出 了 新 的 责任 要 求 。 以 下 是 成 功 实施 持续 集成 文化 的 三 个 建议 : 


- 经 常 集成 一 一 团队 更 频繁 地 进行 集成 ， 就 能 更 快 地 发 现 问题 。 越 困难 ， 他 们 越 应 该 去 做 。 消 除 障碍 的 同时 增加 自动 化 ， 带 
来 的 结果 是 更 短 的 学 习 周 期 和 更 少 的 返工 。 


- 使 集成 的 结果 可 视 化 一 一 当 集 成 过 程 中 断 时 ， 每 个 人 都 应 该 知道 它 是 怎样 以 及 是 为 何 中 断 的 。 当 它 被 修复 时 ， 团 队 也 应 该 
知道 修改 了 什么 。 


尝试 去 修复 失败 的 集成 是 最 高 优先 级 的 任务 


如 果 团队 在 集成 失败 的 情况 下 仍然 继续 工作 ， 将 会 抵消 收益 ， 甚 至 起 到 相 


反 的 作用 。 为 了 对 集成 失败 引起 重视 ， 当 构建 失败 时 ， 很 多 团队 会 使 用 信号 灯 进 行 警示 ， 还 有 高 度 可 视 化 的 指示 器 来 显示 系统 集 
成 失败 时 的 百分比 。 这 样 就 可 以 在 增加 新 功能 之 前 ， 将 注意 力 立刻 转向 ， 去 修复 问题 ， 从 而 加 速 学 习 并 减少 潜在 问题 的 影响 。 


第 8 章 ”SAFe 指 导 


8.1 持续 集成 


集成 点 的 重要 之 处 在 于 可 以 控制 产品 开发 ， 也 是 改善 系统 的 杠杆 支点 。 如 果 错 过 了 集成 点 ， 项 目 也 就 陷入 了 困境 。 


——Dantar Oostetwal，《 精 益 机 器 》 


摘要 


寺 续 集成 (Cl) 或 许 是 敏捷 发 布 火车 和 价值 流 最 本 质 的 技术 实践 。CI 是 降低 风险 和 建立 快速 可 持续 性 开发 的 质量 心跳 。 如 果 
团队 完全 专注 于 特性 和 组 件 的 开发 ， 在 系统 中 累积 的 假设 和 意外 的 交互 就 会 产生 浪费 ， 表 现 出 延迟 和 交付 偏差 。 但 是 ， 如 果 能 尽 
早 和 频繁 地 持续 集成 ， 就 可 以 使 团队 站 在 系统 的 角度 ， 保 持 可 控 的 开发 进度 并 且 可 以 提高 可 预测 性 。 


然而 ， 复 杂 异 构 系统 的 持续 集成 是 困难 的 ， 这 些 系统 包括 机 械 子 系统 、 软 件 、 电 子 和 电气 子 系统 、 供 应 商 组 件 等 。 精 益 系 统 
构建 者 需要 一 种 平衡 的 方法 ， 允 许 团队 内 建 质量 ， 以 及 从 集成 的 增 量 中 获得 及 时 的 反馈 。 通 常 需要 在 集成 和 测试 的 频率 与 学 围 之 
间 进 行经 济 方面 的 权衡 。 合 适 的 基础 设施 和 持续 改善 的 CI 实践 ， 以 及 自动 化 技术 和 可 测试 性 设计 ， 可 以 促进 快速 反馈 ， 并 帮助 敏 
捷 发 布 火车 达到 更 高 速度 。 


导致 大 型 解决 方案 复杂 性 的 部 分 原因 是 : 组 件 间 的 相互 依赖 ， 解 决 方案 能 力 跨 不 同 的 领域 ， 解 决 方案 元 素 之 间 的 交互 缺乏 计 
划 性 。 显 然 ， 事 先 预见 所 有 这 些 潜在 的 行为 是 根本 不 可 能 的 。 尽 管 需要 主动 识别 和 管理 这 些 依赖 关系， 但 是 只 有 把 相互 协作 的 组 
件 作 为 整体 的 解决 方案 去 集成 和 测试 ， 才 是 完全 验证 解决 方案 唯一 可 行 的 方法 。 


特性 和 组 件 级 别 的 持续 集成 


只 有 当 团 队 成 员 频 繁 地 集成 和 测试 组 合 在 一 起 的 工作 成 果 时 ， 敏 捷 团 队 才 能 创造 价值 。 如 果 没 有 频繁 地 进行 集成 ， 就 没有 办 
法 确保 团队 不 同 的 角色 和 职能 真正 能 产生 一 致 性 的 输出 物 ， 即 团队 增 量 。 


因此 ， 在 SAFe 中 ， 强 烈 建 议 敏 捷 团 队 的 成 员 在 每 次 迭代 中 对 其 工作 至 少 进行 一 次 集成 ， 而 且 倾 向 于 更 频繁 的 集成 节奏 。 


集成 和 测试 工作 是 每 个 迭代 的 一 部 分 ， 应 该 被 合理 地 计划 ， 要 么 包含 这 些 工作 量 作为 故事 估算 的 一 部 分 (包含 在 故事 的 完成 
定义 中 ) ， 要 么 在 迭代 待 办 事项 列表 中 有 集成 和 测试 活动 的 单独 待 办 事项 条 目 。 但 不 管 怎 样 ， 集 成 和 测试 的 工作 量 应 该 是 影响 团 
队 速 度 的 重要 因素 ， 人 否则 团队 将 无 法 建立 可 持续 的 节奏 ， 而 可 持续 的 节奏 是 持续 大 规模 开发 可 预测 性 的 最 基本 的 先决 条 件 。 


敏捷 发 布 火车 集成 


虽然 局 部 的 集成 和 测试 很 关键 ， 但 是 还 不 够 。 即 使 只 对 一 个 “已 测试 ”组 件 做 个 简单 改变 ， 也 可 能 导致 意外 的 后 果 ， 甚 至 可 
能 会 波及 系统 的 其 他 部 分 ， 如 图 8.1-1 所 示 。 
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图 8.1-1 局 部 集成 和 测试 是 必要 的 ， 但 是 不 够 充分 


更 糟糕 的 是 ， 局 部 集成 可 能 会 产生 “系统 可 以 正常 工作 ”的 虚假 安全 感 一厢情愿 ， 也 是 精益 中 的 主要 浪费 之 一 ) 。 没 有 完 
整 的 系统 视图 ， 严 重 的 问题 会 迅速 积累 ， 因 为 团队 在 未 验证 工作 的 基础 上 开发 越 来 越 多 的 功能 ， 问 题 也 会 随 之 呈 指 数 级 增长 。 


进行 频繁 的 集成 和 测试 ， 每 个 迭代 至 少 一 次 ， 提 供 了 必要 的 手段 去 评估 进度 和 发 现 尚且 容易 修复 的 问题 。 这 就 可 以 产生 系统 
增 量 个 已 经 集成 的 特性 和 组 件 的 功能 集合 ， 以 及 系统 演示 主题 一 一 可 以 由 团队 自己 、 产 品 负 责 人 和 其 他 关键 的 利益 相关 
者 进行 评审 。 更 重要 的 是 ， 它 展示 了 增 量 的 真实 可 感知 的 价值 。 


解决 方案 集成 


大 型 解决 方案 的 集成 需要 增加 一 些 额外 的 层级 ， 以 便 学 习 和 理解 在 价值 流 中 跨 多 个 发 布 火车 的 解决 方案 的 进展 情况 。 解 决 方 
案 演示 活动 是 多 个 敏捷 发 布 火车 的 所 有 开发 工作 的 结果 ， 包 括 供应 商 和 其 他 价值 流 参 与 者 的 贡献 ， 演 示 活 动 对 客户 和 其 他 利益 相 
关 者 可 见 。 解 决 方案 级 别 的 演示 是 系统 进行 完整 集成 最 关键 的 时 刻 ， 此 时 可 以 对 系统 进行 客观 的 评估 ， 并 获得 利益 相关 者 和 客户 
的 反馈 。 


解决 方案 集成 和 演示 的 职责 ， 是 由 处 于 敏捷 发 布 火车 层级 和 价值 流 层级 的 系统 团队 共同 承担 的 ， 如 图 8.1-2 所 示 。 这 些 大 系 
统 可 能 难以 集成 ， 为 了 能 定期 地 演示 解决 方案 增 量 ， 团 队 通常 必须 对 集成 、 测 试 和 支持 基础 设施 进行 投资 。 即 便 如 此 ， 集 成 和 测 
试 的 范围 仍 有 可 能 小 于 100%， 并 且 有 可 能 与 早期 的 集成 点 有 所 不 同 ， 如 图 8.1-2 所 示 。 


完整 解决 方案 集成 
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图 8.1-2 ”解决 方案 集成 


为 了 协助 集成 工作 ， 团 队 可 以 借助 虚拟 化 、 模 拟 环境 、 模 拟 对 象 、 打 桩 和 精简 测试 套件 等 手段 。 此 外 ， 可 能 需要 在 PI 计划 前 
会 议 中 明确 地 分 配 一 些 工作 量 给 集成 和 演示 ， 并 且 在 环境 支持 上 投入 时 间 。 


与 供应 商 和 解决 方案 上 下 文保 持 同步 


供应 商 在 SAFe 中 扮演 着 一 个 关键 的 角色 ， 因 为 他 们 拥有 独特 的 能 力 和 解决 方案 ， 他 们 对 前 置 时 间 和 交付 价值 会 产生 重大 的 
影响 。 为 了 让 所 有 组 织 都 获得 最 优 的 结果 ， 需 要 紧密 合作 和 信任 。 为 了 促进 协作 ， 推 荐 以 下 实践 : 


- 制订 集成 点 计划 

" 采取 任何 适当 的 时 间 节 奏 ， 为 可 工作 的 解决 方案 建立 能 客观 评价 的 里 程 碑 
:与 所 依赖 的 母系 统 与 供应 商 敏捷 发 布 火车 的 系统 团队 协作 

. 构建 和 维护 一 致 的 集成 与 测试 基础 设施 

- 参与 PIT 计划 前 、 后 会 议和 解决 方案 演示 活动 ， 并 且 邀 请 供应 商 参 加 

. 在 各 层次 的 架构 师 和 系统 工程 师 之 间 建 立 协作 与 同步 


' 保持 解决 方案 及 其 上 下 文 之 间 的 同步 ， 以 确保 完成 的 解决 方案 与 部 署 环境 兼容 


挑战 和 权衡 
每 个 敏捷 发 布 火车 的 目标 ， 都 是 能 够 完整 集成 所 有 团队 在 每 个 迭代 中 开发 的 特性 。 然 而 ， 这 个 目标 可 能 很 难 实现 ， 原 因 在 于 
解决 方案 的 复杂 性 和 异 构 性 、 测 试 的 专业 技能 、 实 验 室 、 设 备 和 第 三 方 组 件 的 可 用 性 等 。 鉴 于 此 ， 团 队 可 能 会 觉得 想 要 实现 集成 


的 迭代 目标 不 现实 ， 至少 在 初期 是 这 样 的 。 但 是 这 不 能 作为 放弃 、 延 迟 集 成 和 测试 的 借口 。 


当 需 要 做 这 样 的 权衡 时 ， 团 队 需要 对 实践 进行 适当 的 调整 ， 通 过 某 种 方式 ， 仍 然 可 以 实现 一 种 可 靠 、 快 速 反馈 的 机 制 。 图 
8.1-3 展 示 了 一 条 权衡 曲线 ， 它 可 以 帮助 团队 全 面 思考 Cl 在 具体 环境 中 的 最 佳 范 围 和 程度 。 


集成 和 测试 
完整 集成 ”部 分 集成 没有 集成 的 汇 围 /扩展 


图 8.1-3 ”集成 和 测试 的 权衡 曲线 


这 些 权衡 是 可 行 的 ， 因 为 事实 上 解决 方案 的 不 同 部 分 有 不 同 级 别 的 耦合 ， 一 些 能 力 对 不 同 的 系统 元 素 也 有 不 同 程度 的 影响 。 
另外 ， 不 同 的 组 件 占用 的 集成 和 测试 总 体 成 本 也 有 所 不 同 ， 有 些 相对 比较 简单 ， 容 易 集成 和 测试 。 以 下 给 出 了 一 些 执行 CI 的 建 
议 ， 可 以 解决 大 部 分 的 问题 ; 但 是 需要 注意 ， 即 使 全 部 采纳 这 些 做 法 ， 也 可 能 无 法 让 快速 CI 立刻 生效 ， 这 需要 团队 持续 坚持 。 


“以 不 同 频率 集成 不 同 部 分 一 一 例如 ，“ 巴 哈 赛车 ”控制 系统 团队 ， 每 个 选 代 多 次 集成 他 们 的 软件 ， 甚 至 可 能 每 天 都 集成 。 
然而 ， 一 个 完整 集成 可 能 每 隔 几 个 星期 ， 或 者 在 一 个 PI 的 边界 上 才 真 正 可 行 。 


` 集成 全 部 资产 ， 但 是 运行 部 分 的 测试 一 一 如 果 和 要 完全 验证 ， 包 括 运行 所 有 的 回归 测试 ， 可 能 太 慢 或 成 本 过 高 ， 但 是 基于 以 
往 的 经 验 ， 团 队 通常 可 以 决定 ， 通 过 少数 重 直 测试 发 现 大 多 数 问题 。 全 量 的 回归 测试 套件 保持 在 较 低 的 频率 定期 进行 。 


使 用 仿真 环境 、 打 桩 和 模拟 对 象 一 一 有 一 些 组 件 、 设 备 、 第 三 方 子 系统 等 ， 可 能 不 容易 在 真实 的 环境 中 频繁 测试 。 替 代 方 
法 是 团队 构建 仿真 程序 ， 模 拟 对 象 和 打桩 来 模拟 系统 环境 的 其 他 部 分 。 


还 有 一 点 也 很 重要 ， 即 对 于 刚刚 转型 到 精益 方法 的 团队 来 说 ， 频 繁 的 集成 代表 着 特殊 的 挑战 。 他 们 以 前 从 没有 这 么 做 过 , 也 
没有 建立 过 必要 的 基础 设施 。 但 是 ， 目 标 是 清晰 的 ， 所 以 承认 团队 的 现状 不 能 成 为 减少 集成 范围 和 程度 的 借口 ， 而 且 大 多 数 挑战 
应 该 会 在 不 久 的 将 来 逐渐 消失 ， 但 是 前 提 条 件 是 团队 必须 从 现在 就 开始 行动 起 来 。 


启用 持续 集成 


以 精益 和 敏捷 的 方式 构建 复杂 的 解决 方案 是 一 个 长 期 的 旅程 ， 开 启 这 个 旅程 大 门 的 重要 一 环 就 是 持续 集成 的 能 力 。 下 文 提供 
了 一 些 如 何 快速 朝 着 这 个 方向 发 展 的 建议 。 


共同 的 节奏 


当 所 有 团队 以 相同 的 节奏 前 进 时 ， 集 成 点 会 更 容易 实现 。 这 就 是 为 什么 所 有 的 迭代 要 对 齐 到 相同 的 PI 边 界 的 原因 。 当 然 ， 可 
能 需要 允许 集成 /测试 工作 有 一 些 较 小 的 延迟 ， 可 能 晚 于 迭代 结束 点 ， 但 是 越 及 时 越 好 。 如 果 完 整 的 持续 集成 在 迭代 过 程 中 不 能 
完成 ， 团 队 可 以 做 出 短期 的 权衡 ， 同 时 持续 改善 他 们 的 技术 和 基础 设施 。 


基础 设施 


有 效 的 持续 集成 依赖 于 可 用 的 执行 环境 、CI 和 测试 工具 、 模 拟 和 仿真 程序 等 。 有 些 基础 设施 由 系统 团队 构建 和 支持 ， 其 他 部 
分 由 团队 自己 进行 更 高 效 的 管理 ， 这 样 可 以 让 他 们 在 任何 时 刻 更 快 地 了 解 系统 的 性 能 。 


当然 ， 基 础 设施 也 是 一 项 投资 ， 因 此 必须 和 其 他 投资 一 样 根据 预期 回报 进行 评估 。 一 个 还 没有 构建 起 内 建 质量 的 精益 文化 的 
组 织 ， 可 能 很 难 理解 基础 设施 的 增强 对 未 来 的 积极 影响 。 所 以 ， 为 基础 设施 投入 的 开发 时 间 和 购买 的 设备 ， 可 能 会 被 看 作 是 超支 
或 延迟 的 缘由 。 但 是 ， 精 益 - 敏 捷 领 导 者 会 以 长 远 的 眼光 进行 当下 必要 的 投资 ， 从 而 为 未 来 的 马拉松 提速 。 


支持 CI 的 工程 技术 


当 系 统 设计 考虑 了 以 上 这 些 关 注 点 时 ， 持 续集 成 就 会 更 加 容易 。 可 测试 性 设计 是 起 源 于 硬件 开发 的 一 种 技术 ， 它 要 求 更 好 的 
模块 化 和 松 厅 合 ， 包 括 使 用 基本 接口 和 物理 测试 点 。 基 于 集合 的 设计 可 以 更 好 地 将 解决 方案 中 的 元 素 有 效 地 进行 隔离 (通过 接 
口 、 协 议 ) ， 这 些 元 素 可 以 用 固定 方式 测试 ， 同 时 也 可 以 保持 模块 适 配 的 灵活 性 。 


集成 和 测试 的 频率 是 质量 的 主要 决定 因素 。 然 而 ， 当 很 多 工作 都 要 手工 进行 时 ， 这 样 做 的 成 本 可 能 也 是 个 问题 。 将 流程 或 者 
部 分 流程 进行 自动 化 实现 ， 可 以 降低 成 本 ， 提 高 生产 力 。 当 结合 了 以 上 所 讨论 的 其 他 技术 之 后 ， 自 动 化 能 够 显著 地 改变 图 8.1-1 
中 所 示 的 权衡 曲线 的 呈现 状态 。 


系统 团队 的 支持 


系统 团队 承担 了 很 多 这 方面 的 责任 。 但 是 对 于 敏捷 发 布 火车 增 量 的 质量 而 言 ， 系 统 团队 既 不 是 唯一 的 团队 ， 也 不 是 唯一 的 职 
责 承 担 者 。 因 为 集成 和 测试 是 一 种 不 同 角色 之 间 的 协作 ， 用 于 在 敏捷 发 布 火车 和 价值 流 中 持续 地 交换 知识 。 


如 果 敏 捷 团 队 不 参与 集成 的 活动 ， 他 们 将 持续 交付 不 一 致 的 增 量 。 同 样 ， 如 果 敏 捷 团 队 不 向 系统 团队 提供 不 断 变 化 的 解决 方 
案 上 下 文 ， 这 将 很 快 导致 与 预期 的 差距 ， 以 及 与 环境 和 配置 的 差异 。 


寺 续 集成 是 一 种 文化 


很 多 持续 集成 的 讨论 都 围绕 着 工具 ， 当 然 工具 是 一 个 重要 因素 。 然 而 ， 持 续集 成 是 一 种 文化 的 改变 ， 一 种 新 的 理念 ， 对 各 个 
层级 都 提出 了 新 的 责任 要 求 。 以 下 是 成 功 实施 持续 集成 文化 的 三 个 建议 : 


- 经 常 集成 一 一 团队 更 频繁 地 进行 集成 ， 就 能 更 快 地 发 现 问题 。 越 困难 ， 他 们 越 应 该 去 做 。 消 除 障碍 的 同时 增加 自动 化 ， 带 
来 的 结果 是 更 短 的 学 习 周 期 和 更 少 的 返工 。 


- 使 集成 的 结果 可 视 化 一 一 当 集成 过 程 中 断 时 ， 每 个 人 都 应 该 知道 它 是 怎样 以 及 是 为 何 中 断 的 。 当 它 被 修复 时 ， 团 队 也 应 该 
知道 修改 了 什么 。 


尝试 去 修复 失败 的 集成 是 最 高 优先 级 的 任务 一 一 如 果 团队 在 集成 失败 的 情况 下 仍然 继续 工作 ， 将 会 抵消 收益 ， 甚 至 起 到 相 
反 的 作用 。 为 了 对 集成 失败 引起 重视 ， 当 构建 失败 时 ， 很 多 团队 会 使 用 信号 灯 进 行 警示 ， 还 有 高 度 可 视 化 的 指示 器 来 显示 系统 集 
成 失败 时 的 百分比 。 这 样 就 可 以 在 增加 新 功能 之 前 ， 将 注意 力 立刻 转向 ， 去 修复 问题 ， 从 而 加 速 学 习 并 减少 潜在 问题 的 影响 。 


8.2 测试 移行 


我 们 从 来 没有 足够 的 时 间 进 行 测试 ， 那 么 我 们 就 先 写 测 试 吧 。 


Kent Beck!!! 


摘要 


敏捷 测试 与 传统 开发 中 的 大 爆炸 式 、 后 期 集中 测试 的 方法 有 所 不 同 。 相 反 ， 代 码 是 以 较 小 的 增 量 被 编写 和 测试 ， 经 常 是 在 编 
写 代码 之 前 就 编写 测试 用 例 。 通 过 这 样 的 方式 ， 可 以 在 系统 被 编码 前 ， 用 测试 更 好 地 详细 定义 预期 的 系统 行为 。 质 量 在 一 开始 就 
已 经 被 内 建 。 这 种 准时 制 (JIT) 的 方法 可 以 细 化 预期 的 系统 行为 ， 也 减少 了 对 长 篇 大 论 的 详细 需求 规格 说 明 书 和 文档 审批 的 要 
求 ， 而 这 些 文 档 通 常会 在 传统 软件 开发 中 用 于 质量 控制 。 更 妙 的 是 ， 不 同 于 传统 的 需求 ， 这 样 的 测试 会 被 尽 可 能 自动 化 。 即 便 没 
有 被 自动 化 ， 它 们 也 提供 了 关于 系统 确实 要 做 什么 的 明确 说 明 ， 这 胜 过 一 个 早期 的 、 只 是 假设 系统 应 该 怎么 做 的 想法 描述 。 


本 节 基 于 Brain Marick 的 四 象限 敏捷 测试 矩阵 ， 描 述 了 敏捷 测试 和 测试 先行 的 全 面 方案 。 象 限 1 和 象限 2 定义 了 文 持 系统 开 
发 及 验证 预期 行为 的 测试 ， 这 些 测试 会 在 本 节 中 进行 说 明 。 象 限 3 和 象限 4 在 5.10 节 和 4.9 节 中 进行 了 更 加 完整 的 相关 描述 。 


Ore 当然 ， 并 不 是 所 有 这 些 测试 都 能 被 预先 编写 出 来 或 预先 执行 ， 但 是 作者 相信 “测试 先行 ”表达 了 一 种 合理 的 情 


敏捷 测试 是 一 个 持续 的 过 程 ， 不 是 一 次 性 或 是 结束 性 的 事件 ， 它 是 精益 和 质量 内 建 不 可 或 缺 的 组 成 部 分 。 简 单 来 说 ， 人 敏捷 团 
队 和 敏捷 发 布 火车 要 想 走 得 更 快 ， 就 必须 保证 特有 的 质量 ; 要 保证 特有 的 质量 ， 就 必须 进行 持续 测试 ， 尽 可 能 做 到 “测试 先 


行 ”。 
敏捷 测试 矩阵 


Brian Marick 作 为 极限 编程 的 倡导 者 和 敏捷 宣言 的 签署 者 ， 通 过 描述 一 个 合理 指导 测试 执行 的 矩阵， 开创 了 敏捷 测试 的 先 
河 。 这 个 矩阵 在 《敏捷 测试 》 (参考 资料 [1]) 中 进一步 发 展 ， 并 且 在 《敏捷 软件 需求 》 (参考 资料 [2]) 中 扩展 到 大 规模 的 敏捷 
模式 。 


图 8.2-1 对 原先 的 矩阵 进行 了 描述 和 扩展 ， 用 于 指导 测试 什么 内 容 ， 以 及 何 时 测试 。 


— a a ~ 


自动化 测试 面向 业务 的 测试 ETE 


和 手工 测试)4 € ee 
SER: 名 方案/ RH | 
- 特性 和 能 力 的 接 ERAN se 
ag 收 测试 — 用 户 接收 测试 R 
z — 使 能 的 接收 测试 -a 和 $B 测试 
aR 测试 先行 象限 2 象限 3 发 
KR an, | 象限 1 象限 4 is 
i > 单元 测试 持续 测试 = 
al -a 系统 质量 测试 = 
- 性 能 和 压力 测试 
- 安全 性 测试 
2 O - 其 他 非 功能 性 测试 APA 
(人 - 使 能 测试 ”,/ ) 
CELAT ie E 


面向 技术 的 测试 
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“ 给 阵 的 横 轴 包含 了 面向 业务 或 面向 技术 的 测试 。 面 向 业务 的 测试 是 用 户 可 以 理解 的 ， 并 且 使 用 业务 语言 进行 描述 。 面 向 技 
术 的 测试 使 用 开发 者 的 语言 编写 ， 并 且 通 常用 来 评估 代码 是 否 完 成 了 开发 者 预期 的 行为 。 


“ 佐 阵 的 纵 轴 包含 了 支持 开发 的 测试 (评估 内 部 代码 ) ， 或 者 评判 解决 方案 的 测试 (从 用 户 需 求 的 角度 评估 系统 ) 。 
通过 四 个 象限 对 测试 进行 分 类 ， 能 够 建立 一 个 全 面 的 测试 策略 用 来 保证 质量 : 


: 象限 1 包含 单元 测试 和 组 件 测试 。 这 些 自 动 化 的 测试 由 开发 者 编写 ， 并 在 代码 改变 之 前 和 之 后 运行 ， 以 便 确认 系统 是 否 按 
预期 工作 。 自 动 化 执行 这 些 测试 减少 了 在 不 同 的 开发 和 测试 环境 中 执行 大 量 测试 的 负担 。 


象限 2 包含 了 针对 故事 、 特 性 和 能 力 的 功能 测试 (用 户 接 收 测试 ) ， 以 便 验证 它们 是 按照 产品 负责 人 (或 客户 /用 户 ) 的 
意图 来 工作 的 。 特 性 级 别 和 能 力 级 别 的 接收 测试 验证 了 许多 用 户 故 事 聚 合 在 一 起 的 行为 。 团 队 尽 可 能 自动 化 这 些 测试 ， 并 且 只 
绝对 必要 的 时 候 才 去 做 手动 测试 。 


` 象限 3 包含 了 系统 级 别 的 接收 测试 ， 以 便 验 证 系统 的 集成 行为 是 否 满足 可 用 性 和 功能 性 需求 ， 涉 及 了 在 实际 使 用 中 会 遇 到 
的 不 同 场景 。 这 些 测试 可 以 包含 探索 性 测试 、 用 户 接收 测试 、 基 于 场景 的 测试 、 最 终 可 用 性 测试 ， 或 更 多 其 他 测试 。 这 些 测 试 通 
常 是 手工 完成 的 ， 因 为 它们 需要 用 户 和 测试 人 员 在 真实 或 模拟 的 部 署 和 应 用 场景 中 使 用 系统 。 通 过 这 些 测试 进行 最 后 的 系统 验 
证 ， 并 且 必 须 在 提交 给 最 终 用 户 前 完 


- 象限 4 包含 系统 质量 测试 ， 以 便 验 证 系统 是 否 满足 了 非 功 能 性 需求 (NFR) ， 同 时 也 作为 使 能 测试 的 一 部 分 。 它 们 通常 被 
一 些 自动 化 测试 的 工具 套件 支持 ， 如 专门 为 此 目的 设计 的 负载 和 性 能 测试 。 由 于 任何 对 系统 的 改动 都 可 能 破坏 非 功能 性 需求 的 遵 


从 性 ， 所 以 这 些 测试 必须 被 持续 执行 ， 或 者 至 少 确保 在 任何 时 候 这 些 测试 都 是 合理 可 用 的 。 


象限 1 和 象限 2 测试 系统 的 功能 ， 如 果 这 些 测试 代码 在 功能 实现 代码 提交 前 被 开发 出 来 ， 就 被 称 作 测 试 先行 。 测 试 先行 包括 
测试 驱动 开发 (TDD) 和 接收 测试 驱动 开发 (ATDD) ， 这 两 种 实践 都 使 用 自动 化 测试 来 保证 持续 集成 、 团 队 速 度 和 高 效 开发 。 
象限 1 和 象限 2 如 下 文 所 述 。 象 限 3 和 象限 4 在 对 应 的 5.10 节 和 4.9 节 中 进行 了 更 加 完整 的 相关 描述 。 


测试 驱动 开发 (测试 先行 ) 


Kent Beck 和 他 的 伙伴 们 已 经 在 测试 驱动 开发 (或 TDD) 的 概念 中 定义 了 一 套 极 限 编程 实践 (参考 资料 [3]) 。 重 点 是 在 写 代 
码 前 先 写 单元 测试 ， 如 下 所 述 : 


1. 先 写 测 试 。 可 以 保证 开发 人 员 理解 新 代码 所 需 的 行为 。 


2. 运 行 测试 ， 观 察 到 测试 失败 。 因 为 还 没有 任何 代码 能 被 测试 ， 一 开始 这 看 起 来 有 点 傻 ， 但 是 它 达 到 了 两 个 有 用 的 目标 : 它 
测试 了 测试 用 例 本 身 及 其 测试 环境 ， 它 还 展示 了 如 果 代 码 不 正确 系统 会 如 何 失败 。 


3 .编写 通过 测试 所 需 的 最 小 量 代码 。 如 果 测 试 失败 ， 就 需要 返工 修改 相应 的 功能 实现 代码 或 测试 代码 ， 直 到 创建 出 一 个 模块 
可 以 成 功 通过 测试 。 


在 极限 编程 中 ， 这 个 实践 主要 被 设计 用 来 在 单元 测试 情景 下 操作 ， 开 发 人 员 编写 测试 和 代码 来 测试 要 使 用 的 类 和 方法 。 这 是 
一 种 白 盒 测 试 ， 因 为 它 测试 了 系统 内 部 和 可 能 被 执行 的 各 种 代码 路 径 。 结 对 工作 也 被 大 量 使 用 ， 当 两 双眼 睛 查看 代码 和 测试 时 ， 
开发 出 的 模块 就 很 有 可 能 是 高 质量 的 。 就 算 没有 结对 ， 先 行 的 测试 也 是 “第 一 双 看 到 代码 的 眼睛 ” ， 并 且 开 发 人 员 注意 到 他 们 为 
了 尽 可 能 简单 和 优雅 地 通过 测试 而 经 常 重 构 代 码 。 测 试 是 质量 的 源泉 ， 这 也 是 SAFe 依 赖 于 测试 驱动 开发 的 主要 原因 。 


单元 测试 


大 多 数 测试 驱动 开发 是 在 单元 测试 情景 中 完成 的 ， 从 而 可 以 防止 质量 保证 人 员 和 测试 人 员 把 时 间 主 要 花费 在 发 现 和 报告 代码 
级 别 的 问题 上 。 同 时 ， 可 以 让 测试 人 员 能 够 更 多 地 聚焦 在 系统 级 别 的 测试 上 ， 包 括 基 于 单元 代码 模块 间 交 互 的 更 复杂 的 行为 。 为 
此 ， 开 源 社 区 已 经 构建 了 单元 测试 框架 来 覆盖 大 多 数 语 言 ， 包 括 Java、C、5C# C++、XML、HTTP 和 Python。 现 在 ， 一 个 开 
发 人 员 有 可 能 会 遇 到 的 大 多 数 语言 和 编码 结构 都 有 了 相应 的 单元 测试 框架 ， 这 些 框 架 为 开发 和 维护 单元 测试 并 且 在 开发 中 的 系统 
上 自动 执行 这 些 单元 测试 提供 了 有 效 支持 。 


因为 单元 测试 在 代码 之 前 或 同步 编写 ， 并 且 因 为 单元 测试 框架 包括 测试 执行 的 自动 化 ， 所 以 单元 测试 可 以 在 迭代 内 完成 。 此 
外 ， 单 元 测试 框架 存储 和 管理 着 以 往 累积 的 单元 测试 ， 因 此 单元 测试 的 自动 化 回归 测试 在 很 大 程度 上 解放 了 团队 生产 力 。 单 元 测 
试 是 保证 软件 敏捷 性 的 基石 ， 并 且 任 何 单元 测试 上 的 投入 都 会 带 来 质量 和 产量 上 的 丰厚 回报 。 


组 件 测试 


类 似 地 ， 组 件 测试 被 用 来 测试 系统 的 更 大 规模 的 组 件 。 很 多 组 件 测试 出 现在 系统 架构 的 各 种 层级 中 ， 提 供 了 特性 和 其 他 组 件 
所 需 的 服务 。 由 于 组 件 特点 的 不 同 ， 用 于 实现 组 件 测试 的 工具 和 实践 也 会 有 所 不 同 。 例 如 ， 单 元 测试 框架 能 够 支持 使 用 框架 语言 
(Java、C、C# 等 ) 所 编写 的 任意 复杂 的 测试 ， 因 此 许多 团队 使 用 他 们 的 单元 测试 框架 来 构建 组 件 测试 。 开 发 人 员 和 测试 人 员 也 
许 不 太 会 区 分 单元 测试 和 组 件 测试 ， 而 将 它们 都 作为 测试 策略 的 一 部 分 。 在 其 他 情况 下 ， 开 发 人 员 也 许 会 使 用 其 他 的 测试 工具 ， 
或 使 用 任何 语言 和 环境 编写 完全 定制 化 的 测试 ， 从 而 对 这 些 更 大 的 系统 行为 进行 最 有 效 的 测试 。 这 些 测试 也 是 自动 化 的 ， 主 要 用 
来 应 对 在 重 构 代码 和 编写 新 代码 时 产生 的 非 预 期 结果 。 


接收 测试 驱动 开发 (ATDD) 


敏捷 测试 矩阵 的 象限 2 展示 了 测试 先行 技术 ， 该 技术 也 被 应 用 在 故事 、 特 性 和 能 力 的 测试 上 ， 这 一 点 与 单元 测试 类 似 。 毕 
竟 ， 我 们 的 目标 是 让 系统 按照 预期 工作 ， 而 不 是 简单 地 让 代码 按 预期 工作 。 这 称 为 接收 测试 驱动 开发 (ATDD) ， 不 管 是 被 正式 
还 是 非 正式 采纳 ， 许 多 团队 确实 发 现在 开发 代码 前 先 写 接收 测试 更 有 效 。 


Pugh (参考 资料 [4) 指出 使 用 明确 的 术语 表达 需求 比 聚焦 在 测试 本 身 更 重要 。 他 进一步 指出 有 三 个 可 替换 的 标签 ， 可 以 详 
述 这 个 需求 处 理 过程 : 接收 测试 驱动 开发 (ATDD) 、 实 例 化 需求 (SBD) 和 行为 驱动 开发 (BDD) . 


这 三 个 版 本 略 有 差异 ， 但 它们 都 强调 了 应 先 理解 需求 ， 再 进行 实现 。 特 别 地 ， 实 例 化 需求 建议 产品 负责 人 应 该 确保 提供 实 
例 ， 因 为 他 们 通常 不 写 接收 测试 。 


不 论 它 被 看 作 是 一 种 需求 表达 的 方式 ， 还 是 被 看 作 是 一 个 测试 ， 理 解 的 结果 都 是 一 样 的 。 接 收 测试 用 于 记录 产品 负责 人 和 团 
队 之 间 对 话 中 所 做 出 的 决定 (参见 3.13 节 中 提 到 的 3C 原 则 ) ， 以 便 团 队 理 解 故事 表达 出 的 预期 行为 的 细节 。 


功能 测试 


故事 接收 测试 属于 功能 测试 ， 用 来 保证 每 一 个 新 的 用 户 故事 的 实现 交付 了 预期 的 行为 。 测 试 在 迭代 的 过 程 中 被 执行 。 如 果 所 
有 的 新 故事 都 按 预期 工作 ， 那 么 很 有 可 能 每 一 个 软件 的 增 量 最 终 会 满足 用 户 的 需要 。 


特性 和 能 力 接收 测试 在 项 目 群 增 量 过 程 中 被 执行 。 使 用 的 工具 基本 相同 ， 但 是 这 些 测试 在 更 高 的 抽象 层次 上 运作 ， 一 般 来 
说 ， 可 以 通过 测试 故事 的 协同 工作 从 而 交付 更 大 的 用 户 价值 。 当 然 ， 与 处 理 多 个 故事 的 情况 类 似 ， 也 可 以 很 容易 地 把 多 个 特性 的 
接收 测试 关联 到 一 个 更 复杂 的 特性 上 。 以 这 样 的 方式 ， 可 以 严格 验证 系统 是 否 能 够 在 能 力 、 特 性 和 故事 层级 按 预期 工作 。 


下 面 是 功能 测试 的 特点 : 
. 用 业务 语言 编写 
. 根据 开发 人 员 、 测 试 人 员 和 产品 负责 人 间 的 对 话 开发 出 功能 测试 


- 黑 盒 测试 ， 仅 仅 验 证 系统 的 输出 满足 条 件 ， 而 不 关心 结果 是 如 何 达 到 的 


* 在 迭代 的 过 程 中 伴随 着 故事 的 实现 而 实现 


虽然 每 个 人 都 能 编写 测试 ， 但 通常 由 产品 负责 人 作为 业务 负责 人 或 客户 代表 ， 对 测试 的 有 效 性 负责 。 如 果 一 个 故事 没有 通过 
测试 ， 团 队 就 不 能 交付 该 故事 ， 而 是 把 它 放 到 下 一 个 迭代 中 ， 返 工 和 修改 相应 的 代码 或 测试 ， 直 到 通过 了 测试 才 进 行 交付 。 


特性 、 能 力 和 故事 的 完成 ， 意 味 着 它们 已 经 通过 了 一 个 或 多 个 接收 测试 。 故 事实 现 了 预期 的 特性 和 能 力 。 与 一 个 特定 的 特 
性 、 能 力 和 故事 关联 的 测试 可 能 不 止 一 个 。 


自动 化 接收 测试 
因为 接收 测试 在 高 于 代码 的 级 别 上 运行 ， 所 以 有 不 同 的 方法 来 执行 它们 ， 包 括 手动 测试 。 然 而 ， 手 动 测试 堆积 得 非常 快 (你 


走 得 越 快 、 它 们 增长 越 快 ， 这 时 你 就 会 慢 些 走 ) ， 最 终 运行 一 个 回归 测试 所 需 的 大 量 手 动 测试 会 减 慢 团队 的 速度 ， 并 在 价值 交付 
过 程 中 引入 显著 的 延迟 。 


为 了 避免 上 述 情况 ， 团 队 知道 他 们 不 得 不 自动 化 大 多 数 的 接收 测试 。 他 们 使 用 了 多 种 工具 来 实现 自动 化 ， 包 括 支 持 目标 编程 
语言 (Perl、Groovy、Java) 或 者 自然 语言 的 特定 测试 框架 ， 如 Robot Framework 或 者 Cucumber; 或 者 使 用 集成 测试 框架 
(FIT) 所 支持 的 表格 格式 。 首 选 的 方法 是 采取 更 高 一 层 的 抽象 ， 直 接 工作 在 应 用 程序 的 业务 逻辑 层面 ， 从 而 避免 被 展示 层 或 其 
他 实现 细节 所 拖累 。 


接收 测试 模板 /检查 清单 


一 份 ATDD 的 检查 清单 有 助 于 团队 在 每 次 新 故事 出 现时 ， 考 虑 一 个 简单 的 行动 列表 ， 包 括 : 待 办 事项 、 评 审 、 讨 论 等 活动 。 
《敏捷 软件 需求 》 一 书 (参考 资料 [2]) 提供 了 一 个 故事 接收 测试 检查 清单 的 示例 。 


参考 资料 


[1] Crispin, Lisa, and Janet Gregory.Agile Testing: A Practical Guide for Testers and Agile Teams.Addison-Wesley, 2009. 


[2] Leffingwell, Dean.Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the 


Enterprise.Addison-Wesley, 2011. 
[3] Beck, Kent. Test-Driven Development.Addison-Wesley, 2003. 


[4] Pugh, Ken.Lean-Agile Acceptance Test-Driven Development: Better Software Through Collaboration.Addison-Wesley, 2011. 


[l] 极限 编程 和 测试 驱动 开发 的 创始 人 人， 敏捷 开发 的 开创 者 之 一 。 译 者 注 


8.3 ”敏捷 合同 


选择 一 个 中 标的 承包 商 ， 然 后 期 望 他 们 在 指定 的 时 间 和 预算 内 交付 满足 需求 的 产品 。 然 而 ， 这 种 传统 的 方法 几乎 总 是 以 失败 
每 次 都 会 造成 纳税 人 的 巨额 浪费 。 


告终 


杰 森 . 布 隆 伯 格 ，《 福 布 斯 》，“ 在 美国 退伍 军人 事务 部 中 使 用 敏捷 方法 来 确定 日 程 安排 (参考 资料 [1]) 


摘要 


大 型 系统 的 构建 者 必须 与 客户 及 利益 相关 者 在 “开发 什么 功能 ”的 问题 上 持续 地 保持 一 致意 见 。 而 且 当 发 生 频繁 和 持续 变 
的 情况 下 ， 他 们 也 必须 保持 一 致 。 但 在 实际 情况 中 经 常会 发 生 的 情况 是 : 开发 过 程 中 发 现 新 情况 、 客 户 需求 的 演进 、 技 术 的 改 
变 ， 以 及 竞争 对 手 的 创新 等 ， 这 些 原 因 都 会 导致 交付 成 果 的 差异 ， 或 者 是 与 预期 情况 不 符 。 传 统 的 做 法 是 ， 会 预先 确定 需求 和 设 
计 以 确保 客户 得 到 他 们 想 要 的 东西 ， 而 预先 确定 的 需求 和 设计 也 是 合同 的 基础 。 但 是 ， 这 些 早期 确定 的 需求 和 设计 ， 束 缚 了 系统 
开发 者 ， 削 弱 了 他 们 的 能 力 ;， 他 们 本 可 以 适应 性 地 使 用 新 涌现 出 的 技术 ， 为 客户 设计 出 更 经 济 、 更 具 竞 争 力 的 解决 方案 。 但 是 合 
同 不 允许 他 们 这 么 做 。 结 果 ， 通 过 事先 确定 详细 需求 的 方式 来 管理 风险 的 做 法 往往 事与愿违 ， 反 倒 损 害 了 所 有 利益 相关 者 的 利 
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为 避免 这 一 问题 ， 有 一 些 共 担 风险 、 共 享 回报 的 合同 模式 逐渐 发 展 起 来 ， 在 很 多 案例 中 ， 它 们 发 挥 了 很 好 的 作用 。 然 而 ， 即 
便 如 此 ， 这 种 固定 需求 的 传统 思维 模式 仍然 会 经 常 影响 双方 之 间 的 共识 和 预期 。 


我 们 需要 的 是 更 敏捷 的 合同 模式 ， 无 论 在 短期 内 还 是 长 期 内 ， 它 对 合同 双方 都 有 益处 。 本 节 先 描述 传统 合同 模式 的 现状 ， 然 
后 为 一 种 敏捷 合同 模式 ， 即 “SAFe 管 理 -投资 合同 ”， 提 供 指导 性 意见 。 


系统 构建 合同 的 传统 模式 


传统 方法 中 ， 在 复杂 系统 的 外 包 采 购 时 ， 企 业 在 与 供应 商 合作 时 曾经 采用 多 种 合同 模式 。 总 体 而 言 ， 在 “固定 价格 合 
同 ” 和 “时 间 物 料 合同 ”的 两 个 极端 模式 之 间 ， 有 一 系列 的 不 同 模式 ， 甚 至 在 两 个 极端 之 间 几 乎 每 一 点 都 是 一 种 模式 。 图 8.3-1 
描述 了 这 些 模式 ， 及 其 在 甲乙 双方 之 间 风 险 分 担 的 不 同方 式 。 


固定 价格 目标 价格 成 本 加 成 时 间 物 料 
— 固定 规格 (功能 范围 ) — 固定 规格 — 目标 规格 - 没有 完整 的 规格 
— 固定 价格 与 期 限 — 国定 期 限 — 目标 期 限 — 基于 费 率 的 价格 
— 变更 需要 收费 一 目标 价格 一 客户 向 供 应 商 支 付 成 本 一 客户 可 以 指定 项 
一 风险 由 供应 商 承 担 — 超过 目标 价格 时 供应 加 利润 边际 目 终止 日 期 
商 协商 利润 — 风险 大 部 分 转移 到 客户 方 - 风险 转移 到 客户 方 


- 分 担 风险 ， 分 享 经 济 机 会 


图 8.3-1 传统 合同 的 一 系列 类 型 


很 明显 ， 其 中 有 一 系列 不 同 的 模式 。 总 之 ， 大 家 几乎 一 致 认为 两 种 极端 的 模式 ( 指 固定 价格 模式 和 时 间 物 料 模式 ) 都 不 能 提 
供 最 好 的 整体 经 济 价值 ， 下 文 将 会 就 这 一 点 进行 详细 讨论 。 


在 上 述 不 同类 型 合同 序列 的 左 端 是 “固定 价格 合同 ”， 这 种 合同 在 当今 企业 中 最 为 常见 。 该 模式 的 便利 性 在 于 ， 它 假设 买方 
(客户 ) 将 会 得 到 他 们 想 要 的 东西 ， 他 们 也 愿意 为 之 付费 ， 如 图 8.3-2 所 示 。 


从 表面 上 看 这 么 做 是 有 道理 的 。 另 外 ， 这 么 做 也 便于 招 投标 ， 在 许多 案例 中 都 需要 竞标 。 竞 标 会 潜在 地 带 来 经 济 上 的 好 处 ， 
因为 最 有 能 力 、 最 有 效率 的 供应 商 才 会 中 标 。 


然而 ， 这 种 模式 存在 许多 缺点 : 
- 它 假 设 早 在 项 目 实施 前 ， 就 已 经 完全 理解 了 买方 〈 客 户 ) 的 需求 。 


. 这 些 需求 必须 在 需求 规格 说 明 书 及 早期 的 详细 设计 中 有 所 体现 。 这 需要 “大 量 前 期 设计 ” (BUFD) 、 瀑 布 式 开发 和 瀑布 


` 通常 ， 这 种 合同 会 签 给 最 低 成 本 的 投标 者 。 但 未 必 能 符合 客户 最 佳 的 长 远 经 济 价值 。 


此 外 ， 为 了 得 到 一 个 固定 的 报价 ， 过 早 地 在 不 确定 性 “ 锥 形 ” 中 做 出 了 关键 性 的 决策 (参见 2.3 节 ) 。 合 同 双方 已 经 进入 了 
固定 范围 、 固 定 进度 和 固定 成 本 的 “ 铁 三 角 ”。 当 实际 情况 发 生变 化 时 ， 客 户 和 供应 商都 被 束缚 在 合同 里 ， 届 时 ， 合 同 里 所 定义 
的 东西 既 不 是 供应 商 想 开 发 的 ， 也 不 是 客户 想 要 购买 的 。 接 下 来 的 大 量 时 间 将 花费 在 协商 合同 的 变更 ， 这 期 间 将 会 产生 许多 浪 
费 。 


合同 : 


KARIES ANDAT], = 
另 一 方 为 泊 格 菜 明 - 泊 麦 西 斯 isdn 
有 限 公司 。 


油麦 西 斯 公司 将 于 2019 年 8 月 
4 日 之 前 交付 满足 35 672 项 产品 
需求 的 软件 并 须 成 功 通过 测试 。 
基于 交付 ， 迪 内 罗 公 司 将 依照 
如 下 条 球 问 泊 麦 西 斯 公司 支付 
5 000 000 美元 ……: 


| 
BE 
: 


成 


图 8.3-2 ”固定 价格 合同 中 形成 的 “ 铁 三 角 ” 
最 坏 的 情况 是 ， 合 同一 旦 签署 ， 合 同 双方 之 间 立 刻 就 会 产生 彼此 对 立 的 经 济 利益 : 
* 客户 的 短期 利益 是 : 花 尽 可 能 少 的 钱 ， 从 供应 商 那里 得 到 尽 可 能 多 的 东西 。 
. 供应 商 的 最 大 利益 是 : 在 符合 合同 要 求 的 前 提 下 ， 交 付 尽 可 能 少 的 价值 。 


最 终结 果 是 ， 这 种 合同 会 导致 一 直 处 在 “你 死 我 活 ” 的 局 面 ， 进 而 将 会 影响 双方 之 间 的 整个 商业 关系 ,通常 合 同 双方 都 会 受 


时 间 物 料 合同 


如 上 所 述 ， 不 难 理解 为 什么 业内 许多 人 士 在 选择 合同 模式 的 时 候 ， 会 选择 序列 右边 的 模式 。 但 是 最 右边 的 时 间 物 料 合同 模 
式 ， 表 面 上 看 可 能 会 成 为 非常 敏捷 的 合同 模式 ， 但 是 其 自身 也 存在 一 些 缺 陷 。 客 户 能 指望 的 仅仅 是 对 供应 商 的 信任 。 事 实 上 ， 信 
任 是 稀缺 商品 ， 在 精益 开发 中 依赖 信任 天 系 ; 但 是 ， 彼 此 间 的 误解 、 市 场 或 者 技术 条 件 的 变化 ， 以 及 客户 或 者 供应 商 经 济 模式 的 
变化 ， 都 会 迫使 信任 失效 。 毕 竟 ， 供 应 商 的 最 大 经 济 利益 在 于 尽 可 能 长 时 间 的 获得 报酬 ， 这 就 会 造成 合同 的 不 必要 拖延 。 如 果 采 
用 时 间 物 料 合同 模式 的 同时 又 采用 了 “阶段 -门限 ”管理 流程 ， 很 可 能 只 有 在 流程 最 后 阶段 才能 看 到 真正 的 进展 ， 这 会 让 问题 变 
得 更 加 严重 。 


客户 这 边 也 存在 挑战 。 例 如 ， 美 国 退 伍 军人 事务 部 信息 技术 办 公 室 的 高 管 和 CIO 史 蒂 夫 : 沃 伦 ， 曾 在 进行 项 目 回顾 分 析 时 接 
受 记 者 采访 ， 他 提 到 “对 于 项 目 经 理 来 说 ， 项 目 从 来 都 没有 危机 ， 因 为 每 年 都 会 花 掉 所 有 预算 经 费 ， 并 且 能 够 争取 到 第 二 年 的 预 
算 资金 。 他 们 衡量 成 功 的 标准 是 项 目 能 否 继续 获得 资金 ， 而 不 是 能 否 交付 具备 必要 功能 的 产品 ” (参考 资料 [1]) 。 


敏捷 合同 的 协作 模式 


既然 在 如 图 8.3-1 所 示 的 模式 序列 中 ， 左 右 两 个 极端 的 模式 都 不 能 足以 确保 项 目的 成 功 ， 也 许 序列 中 间 的 模式 是 最 佳 方案 ? 
也 许 吧 。 不 过 即使 这 样 ， 无 论 是 在 序列 的 左边 还 是 右边 ， 对 传统 合同 模式 的 偏见 都 会 隐藏 在 其 中 。 


我 们 需要 的 是 一 种 不 同 的 模式 ， 这 种 模式 “双方 彼此 信任 但 也 要 通过 验证 ” ， 系 统 构建 者 以 正确 的 方法 构建 正确 的 东西 ， 还 
为 客户 提供 定期 和 客观 的 治理 ， 并 且 使 系统 构建 者 有 信心 面 对 他 们 的 客户 及 其 隐 含 的 未 来 经 济 承诺 。 


这 种 敏捷 类 型 的 合同 特征 包括 : 

. 可 以 使 甲乙 双方 的 长 期 和 短期 经 济 价值 达到 优化 

. 可 以 通过 固定 和 可 变 需求 的 对 比 ， 以 及 对 新 知识 的 适应 性 反馈 ， 有 效 地 利用 变异 性 

“ 可 以 提供 完整 的 、 持 续 的 、 可 视 化 的 、 客 观 的 依据 ， 保 证 解决 方案 的 可 行 性 

. 可 以 提供 一 种 可 度量 的 投资 模式 ， 投 资 可 随时 间 变 化 ， 并 可 以 在 实现 足够 价值 时 停止 

. 可 以 为 系统 构建 者 提供 近期 的 资金 保障 ， 并 在 资金 前 减 或 终止 时 ， 提 供 足 够 的 时 间 窗 口 用 于 进行 通知 

o 可 以 激励 双方 在 约定 的 经 济 范围 内 建立 起 最 佳 的 解决 方案 
SAFe 管 理 -投资 合同 

如 上 所 述 ， 业 界 可 以 受益 于 签订 更 加 敏捷 的 合同 模式 ， 从 而 让 客户 和 系统 构建 者 都 能 获得 最 佳 收益 。SAFe 的 精益 -敏捷 结构 
可 以 提供 这 种 合同 模式 ， 即 SAFe 管 理 - 投 次 合同， 下 文 将 详细 进行 介绍 。 

预先 承诺 


要 开发 一 个 人 存在 许多 未 知 数 的 复杂 系统 ， 需 要 签订 重大 的 投资 合同 ， 在 签 合同 之 前 ， 需 要 做 尽职 调查 。 在 这 种 情况 下 ， 客 户 
和 供应 商 共 同 努 力 就 合同 的 基础 形成 一 致意 见 。 这 就 是 签 合同 前 的 预先 承诺 阶段 ， 如 图 8.3-3 所 示 。 


在 这 个 阶段 中 ， 客 户 有 明确 的 职责 ， 包 括 搞 清 楚 在 敏捷 合同 表格 里 的 结构 和 职责 、 定 义 更 大 范围 的 计划 任务 ， 并 告知 供应 商 
(或 潜在 供应 商 ) 。 


供应 商 也 要 做 一 些 初步 的 功课 。 通 常 包 括 对 潜在 可 行 性 、 客 户 解决 方案 需求 与 供应 商 核心 能 力 的 匹配 等 做 一 些 初步 的 分 析 。 
还 需要 搞 清 楚 初始 合同 期 间 所 需要 的 潜在 资源 ， 甚 至 可 能 包括 对 成 本 的 大 致 估算 。 不 过 ， 这 些 职责 主要 是 常规 性 的 工作 ， 大 部 分 
都 可 以 做 到 。 


在 中 间 的 这 些 部 分 属于 共同 承担 的 责任 ， 可 以 引导 客户 与 供应 商 进入 一 个 更 加 可 度量 的 投资 历程 ， 以 一 系列 客观 的 适用 性 依 
据 作 为 支撑 。 这 些 职责 包括 : 


. 建立 初始 愿景 和 路 线 图 
- 定义 初始 的 国定 和 可 变 的 解决 方案 意图 


. 为 项 目 群 增 量 PI 1 的 待 办 事项 列表 排序 


© 定义 执行 职责 


* 建立 经 济 框架 ， 包 括 经 济 权衡 参数 ， 项 目 群 增 量 资金 承诺 (PI 数量 的 承诺 ) ， 初 始 资金 投入 水 平 ， 以 及 其 他 合同 条 款 
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图 8.3-3 SAFe 管 理 - 投资 合同 的 签约 前 阶段 


就 资金 承诺 来 说 ， 在 一 些 情况 下 供应 商 需 要 提供 一 个 对 项 目 完成 所 需 费用 的 初步 估算 。 在 另外 一 些 情况 下 ，“ 现 结 ”模式 或 
许 是 可 行 的。 根据 合同 ， 客 户 会 同意 按照 某 种 比例 向 供应 商 支付 早期 PI 阶段 的 费用 。 这 是 初步 承诺 阶段 ， 其 时 间 长 短视 情况 而 
通常 两 个 PI 左右 的 时 间 (20 周 ) 或 许 是 比较 合理 的 。 


根据 不 同情 况 ， 客 户 可 能 会 与 许多 潜在 的 供应 商 进行 洽谈 。 如 果 涉 及 重大 技术 可 行 性 ， 通 常会 在 签订 某 种 可 行 性 合同 之 后 才 

能 开始 洽谈 ; 根据 这 种 可 行 性 合同 ， 客 户 需 要 向 供应 商 支付 一 定 的 费用 ， 以 补偿 供应 商 为 合同 做 出 承诺 而 付出 的 劳动 。 换 个 角度 

看 ， 这 对 于 供应 商 来 说 就 算是 一 种 常规 的 业务 活动 ， 这 些 签约 前 的 投入 是 正常 售 前 工作 的 一 部 分 。 当 然 ， 在 某 个 节点 上 上， 客户 可 
以 进一步 把 合同 签订 给 供应 商 。 


合同 执行 
此 后 ， 开 发 工作 就 开始 了 ， 如 图 8.3-4 所 示 。 
下 面 介绍 一 下 这 些 具体 活动 的 时 间 表 。 


-PI 1 的 准备 阶段 一 一 供应 商 与 客户 都 要 投入 时 间 和 精力 ， 为 第 一 个 PI 计 划 会 议 准备 内 容 和 相应 的 后 勤 工 作 。 (注意 : 在 一 
LRA P, EAP 1 计划 会 议 视 为 签 合同 前 的 预先 承诺 阶段 ， 虽 然 这 一 阶段 要 求 双 方 有 显著 的 重大 投入 。) 


-PI 1 的 计划 阶段 一 一 第 一 个 PI 计划 会 议 对 于 项 目 群 来 讲 是 开创 性 的 事件 。 在 会 议 中 ， 客 户 、 供 应 商 及 利益 相关 者 将 对 第 一 
个 PI 的 具体 迭代 层面 的 细节 进行 计划 。 


- Pl 1 的 执行 阶段 一 一 根据 不 同情 况 ， 会 参与 到 不 同 层次 的 迭代 执行 中 ; 然而 ， 至 少 需要 有 客户 直接 参与 每 一 个 系统 演 
示 。 对 于 大 型 的 价值 流 而 言 ， 可 能 会 进行 更 加 完整 的 集成 来 替代 大 量 的 系统 演示 ， 解 决 方案 演示 也 会 在 PI 边 界 上 更 加 频繁 地 进 


- PI 1 的 评估 阶段 一 一 此 后 ， 对 于 供应 商 或 者 客户 来 说 ， 每 一 个 PI 都 是 一 个 重要 的 “里 程 碑 ”， 在 每 一 个 “里 程 碑 ” 都 要 举 


行 解决 方案 演示 并 对 其 进行 评估 。 收 集 和 分 析 所 获得 的 度量 数据 ， 并 为 下 一 个 PI 做 出 决策 。 通 过 检视 和 调整 工作 坊 ， 评 估 进 展 情 
况 并 为 下 一 个 PI 制订 改进 计划 。 届 时 ， 客 户 会 基于 是 否 已 经 充分 达成 了 所 需 的 价值 来 决定 资金 的 投入 状态 ， 从 而 追加 投资 或 者 减 
少 投资 ， 其 至 是 终止 投资 。 此 后 ， 下 一 个 PI 计划 会 议 就 开始 了 ， 会 根据 所 做 的 决策 确定 相应 的 工作 范围 。 
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承诺 周期 
图 8.3-4 SAFe 管 理 - 投资 合同 执行 阶段 


这 个 过 程 会 一 直 持 续 ， 直 到 解决 方案 已 经 交付 了 客户 要 求 的 价值 为 止 ， 届 时 ， 客 户 就 会 按照 合同 的 约定 开始 相应 地 削减 投 


[1] Bloomberg, Jason. “Fixing scheduling with Agile at the VA.” Forbes.October 23, 2014. 


[2] Jemilo, Drew.Agile Contracts: Blast Off to a Zone of Collaborative Systems Building. Agile 2015. 


SAFe 术 语 表 


敏捷 架构 (Agile Architecture) ”敏捷 架构 是 一 组 价值 观 和 实践 ， 它 既 支 持 系统 设计 和 架构 的 积极 演进 ， 同 时 也 实现 新 的 
业务 功能 。 使 用 这 种 方式 ， 系 统 的 架构 ， 甚 至 是 大 型 系统 架构 ， 随 着 时 间 的 推移 可 以 不 断 演进 ， 与 此 同时 也 能 支持 当前 用 户 的 需 
要 。 敏 捷 染 构 的 这 种 持续 演进 方式 避免 了 大 量 前 期 设计 (Big Up-Front Design, BUFD) ， 也 摆脱 了 “阶段 -门限 ”方法 


(stage-gate) 中 的 项 目 启动 和 收尾 。 


敏捷 发 布 火车 (Agile Release Train) ”敏捷 发 布 火车 (ART) 是 一 个 长 期 存在 的 、 由 所 有 敏捷 团队 组 成 的 团队 ， 通 党 由 50 
~ 125 人 组 成 。ART 对 齐 所 有 团队 共同 的 使 命 ， 并 提供 定期 的 节奏 来 计划 、 开 发 和 回顾 。 火 车 提供 了 持续 的 产品 开发 流 ， 每 个 火 
车 都 有 必要 的 专门 人 员 每 两 周一 次 ， 持 续 地 定义 、 构 建 和 测试 有 价值 的 、 可 评估 的 解决 方案 能 力 。 


敏捷 团队 (Agile Teams) ”敏捷 团队 是 一 个 由 5 ~ 9 人 组 成 的 跨 职能 小 组 ， 他 们 有 能 力 和 授权 来 定义 、 构 建 和 测试 解决 方案 
价值 ， 所 有 的 这 些 活动 都 在 一 个 短 迭 代 的 时 间 盒 内 完成 。 团 队 包含 必要 的 成 员 来 成 功 地 交付 价值 ， 适 当 的 时 候 由 专家 进行 支持 。 


架构 跑道 (Architectural Runway) ”架构 跑道 提供 了 SAFe 实 现 敏捷 架构 概念 所 使 用 的 一 种 手段 。 这 个 跑道 为 制订 业务 举 
措 (business initiative) 、 实 现 新 特性 (feature) 和 解决 方案 能 力 (capability) 提供 了 必要 的 技术 基础 。 当 企业 的 平台 拥有 
足够 的 、 现 成 的 技术 基础 设施 (而 没有 过 度 的、 导致 延期 的 重新 设计 ) ， 从 而 能 够 支持 实现 最 高 优先 级 和 近期 的 特性 时 ， 就 会 存 
在 架构 跑道 。 


预算 (Budgets) ”SAFe 提 供 了 精益 -敏捷 预算 的 策略 ， 对 价值 流 (而 不 是 项 目 ) 进行 投资 。 这 使 得 价值 流 拥 有 自己 专门 的 
预算 来 快速 决策 和 灵活 地 价值 交付 ， 而 项 目 群 投资 组 合 管理 部 门 (PPM) 保留 着 对 总 支出 的 控制 ， 随 着 时 间 推 移 调整 价值 流 预 
算 在 总 支出 上 的 份额 。 


内 建 质量 (Built-in Quality) ”内 建 质量 是 SAFe 的 四 个 核心 价值 观 之 一 。 企 业 具 备 能 力 可 以 在 最 快 可 持续 的 前 置 时 间 
(lead time) 内 交付 新 功能 ， 并 能 对 快速 变化 的 业务 条 件 做 出 反应 ， 这 都 取决 于 内 建 质量 。 
业务 史诗 (Business Epic) ”参见 史诗 (Epic) 。 


业务 负责 人 (Business Owners) ”业务 负责 人 是 一 组 利益 相关 者 (通常 有 3 ~ 5 人 ) ， 他 们 对 特定 发 布 火车 交付 的 价值 担 
负 着 最 终 委 托 、 治 理 、 效 率 ， 以 及 投资 回报 的 责任 。 业 务 负 责 人 通常 对 客户 关系 、 开 发 、 解 决 方案 质量 、 部 署 、 运 营 、 产 品 管理 
和 架构 负 有 管理 责任 。 


能 力 (Capability) ”能 力 和 特性 类 似 ， 然 而 它们 代表 解决 方案 的 高 阶 行 为 ， 这 些 高 阶 行为 经 常 跨越 多 个 ART。 能 力 在 价值 
流 待 办 事项 列表 中 维护 ， 并 且 其 规模 大 小 适合 一 个 项 目 群 增 量 (Pl) ， 从 而 使 每 个 PI 都 可 以 交付 解决 方案 的 价值 。 
资本 支出 和 运营 支出 (CapEx and OpEx) ”价值 流 预算 可 能 包括 资本 支出 (CapEx) 和 运营 支出 (OpEx) TR. AA 


出 通常 记录 购买 、 升 级 或 修复 有 形 实物 资产 ,或 者 其 他 用 来 支持 构建 解决 方案 的 资产 。 在 某 些 情况 下 ， 资 本 支出 也 记录 开发 无 形 
资产 的 人 力 成 本 。 运 营 支 出 通常 包括 工资 和 开销 、 合 同 工 、 物 料 、 供 应 商 以 及 与 解决 方案 开发 活动 直接 相关 的 其 他 成 本 。 


实践 社区 (Communities of Practice) ”实践 社区 (CoP) 是 一 个 由 团队 成 员 和 其 他 专家 组 成 的 非 正 式 团 体 ， 他 们 在 一 个 
项 目 群 或 企业 环境 中 活动 ， 并 且 拥 有 在 一 个 或 多 个 相关 领域 分 享 实践 知识 的 使 命 。 

寺 续集 成 (Continuous Integration) ”持续 集成 (Cl) 是 团队 成 员 频 繁 地 集成 并 确认 其 工作 的 一 种 实践 。 就 软件 而 言 ， 
持续 集成 可 以 至 少 每 天 发 生 一 次 ， 或 者 每 天 发 生 多 次 。 在 尽 可 能 的 情况 下 ， 采 用 自动 化 的 构建 和 测试 环境 来 验证 ， 可 以 快速 地 识 
别 集 成 的 问题 和 缺陷 。 


协调 (Coordination) “参见 价值 流 协 


| 
o 


核心 价值 观 (Core Values) ”SAFe 尊 重 并 反映 了 四 个 核心 价值 观 : 协调 一 致 (alignment) 、 内 建 质量 (built-in 
quality) 、 透 明 (transparency) 和 项 目 群 执行 (program execution) 。 


客户 (Customer) ”客户 是 所 有 消费 价值 流 工作 的 人 。 他 们 是 交付 价值 的 最 终 仲 裁 者 。 无 论 是 开发 组 织 的 内 部 客户 还 是 外 


部 客户 ， 他 们 都 是 开发 价值 流 的 组 成 部 分 。 


按 节 奏 开 发 (Develop on Cadence) ”基于 快速 同步 节奏 的 例 行 开发 活动 ， 可 以 帮助 管理 系统 开发 的 内 在 变异 性 ， 节 奏 是 
指 对 于 重要 事件 的 一 种 规律 性 的 、 可 预测 的 周期 活动 。 这 是 SAFe 的 一 个 根本 前 提 。 按 节奏 开发 的 效果 可 以 直接 展示 在 全 景 图 
上 ， 包 括 同步 的 快速 节奏 、 短 迭代 以 及 随后 把 这 些 迭 代 集 成 到 更 大 的 项 目 群 增 量 上 。 


DevOps ”DevOps 是 一 种 理念 、 文 化 和 一 套 技术 实践 ， 它 强调 沟通 、 协 作 ， 以 及 敏捷 开发 团队 和 其 他 专业 技术 人 员 (包括 
开发 、 测 试 、 部 署 和 维护 软件 和 系统 ) 的 密切 合作 。 


经 济 框架 (Economic Framework) ”经 济 框架 是 一 套 决 策 规则 ， 它 使 每 个 人 都 与 使 命 的 财务 目标 保持 一 致 ， 其 中 包括 项 
目 群 投资 组 合 驱 动 的 预算 考虑 。SAFe 中 排 在 精益 敏捷 原则 首位 的 就 是 采取 经 济 视角 ， 经 济 框架 代表 了 成 功 的 解决 方案 开发 的 基 
本 经 济 要 素 。 


使 能 能 力 (Enabler Capability) ”使 能 能 力 出 现在 价值 流 层 ， 它 们 表示 价值 流 层 的 工作 类 型 。 使 能 能 力作 为 能 力 的 一 种 类 
型 ,它们 和 能 力 一 样 具有 相同 的 属性 ， 包 括 收 益 声明 、 接 收 标准 ， 同 时 也 必须 对 它们 进行 结构 化 ， 从 而 可 以 适合 单个 PI 的 执行 。 


使 能 史诗 (Enabler Epic) ”使 能 史诗 是 史诗 的 一 种 类 型 ， 与 编写 和 定义 史诗 所 采取 的 价值 声明 格式 相同 。 它 们 倾向 于 跨越 
多 个 价值 流 和 Pl。 使 能 史诗 要 求 轻 量 业 务 论证 来 支持 其 实现 ， 它 们 通过 投资 组 合 看 板 系 统 来 进行 识别 和 跟踪 。 


使 能 特性 (Enabler Feature) ”使 能 特性 出 现在 项 目 群 层 ， 它 们 表示 项 目 群 层 的 工作 类 型 。 使 能 特性 作为 特性 的 一 种 类 
型 ， 它 们 和 特性 一 样 具有 相同 的 属性 ， 包 括 收 益 声明 、 接 收 标准 ， 同 时 也 必须 对 它们 进行 结构 化 ， 从 而 可 以 适合 单个 PI 的 执行 。 


使 能 故事 (Enabler Story) ”使 能 故事 作为 故事 的 一 种 类 型 ， 必 须 适 合 迭 代 执 行 。 然 而 ,虽然 有 可 能 不 需要 采取 用 户 故 事 
的 格式 ， 但 它们 有 接收 标准 来 湾 清 需求 ， 并 支持 演示 和 测试 。 


使 能 (Enablers) ”使 能 封装 了 支持 未 来 解决 方案 能 力 所 必需 的 探索 (exploration) 、 架 构 (architectural) 和 基础 设施 
(infrastructure) 开发 活动 。 它 们 出 现在 SAFe 框 架 的 所 有 层级 ， 分 别 被 描述 为 使 能 史诗 (enabler epics) 、 使 能 能 
(enabler capabilities) 、 使 能 特性 (enabler features) 和 使 能 故事 (enabler stories) 。 


企业 (Enterprise) ”企业 代表 商业 实体 ， 它 拥有 最 终 战略 、 委 托 和 治理 权力 ， 从 而 执行 价值 流 并 构成 SAFe 的 投资 组 合 。 
每 个 SAFe 投 资 组 合 都 存在 于 更 广泛 的 企业 环境 中 ， 企 业 环 境 是 投资 组 合 必须 要 解决 的 业务 战略 的 来 源 。 企 业 也 为 所 有 的 投资 组 


合 提供 了 总 体 治理 模型 。 


企业 架构 师 (enterprise Architect) ”企业 架构 师 和 业务 利益 相关 者 、 解 决 方案 架构 师 ， 以 及 系统 架构 师 一 起 工作 来 驱动 
跨 价 值 流 的 整体 技术 实施 。 企 业 架构 师 依靠 持续 的 反馈 促进 适应 性 设计 和 工程 实践 ， 并 驱动 项 目 群 和 团队 围绕 共同 的 技术 愿景 协 
作 。 


史诗 (Epic) ”史诗 是 重大 的 举措 ， 它 帮助 引导 价值 流 朝 着 更 大 的 投资 组 合 目标 前 进 。 它 们 是 密集 型 投资 ， 并 且 对 价值 流 和 
解决 方案 具有 深远 影响 。 在 轻 量 的 业务 论证 中 ， 史 诗 需 要 进行 构想 、 成 本 分 析 、 影 响 和 机 会 分 析 ; 同时 史诗 在 实现 之 前 也 需要 财 
务 的 审批 。 有 两 种 类 型 的 史诗 : 业务 史诗 和 使 能 史诗 ， 它 们 会 出 现在 投资 组 合 层 、 价 值 流 层 和 项 目 群 层 。 


史诗 负责 人 (Epic Owners) ”史诗 负责 人 通过 投资 组 合 看 板 系 统 来 跟踪 史诗 。 他 们 开发 业务 论证 ， 当 获得 批准 后 ， 直 接 与 
相应 火车 上 的 关键 利益 相关 者 一 起 工作 ， 帮 助 实现 史诗 。 


特性 (Feature) ”特性 是 由 系统 提供 的 服务 ， 用 以 满足 利益 相关 者 的 需要 。 每 个 特性 由 单列 敏捷 发 布 火车 开发 ， 它 们 在 项 
目 群 待 办 事项 列表 中 维护 ， 并 且 特 性 的 规模 大 小 适合 一 个 项 目 群 增 量 ， 从 而 保证 每 个 PI 在 交付 概念 上 的 完整 性 。 每 个 特性 都 包含 
收益 声明 和 明确 定义 的 接收 标准 。 


实施 步骤 123 (Implementing 123) ”实施 SAFe 的 1-2-3 步 又 ， 对 于 实施 SAFe 来 说 是 一 个 经 过 验证 的 成 功 模式 。 它 描述 了 
三 个 基本 步骤 : 1) 培训 实施 者 和 精益 -敏捷 变革 推动 者 ; 2) 培训 所 有 的 高 管 、 经 理 和 主管 ，3) 培训 团队 和 启动 敏捷 发 布 火 
车 。 


创新 与 计划 迭代 (Innovation and Planning Iteration) ”SAFe 提 供 了 许多 周期 性 的 创新 与 计划 迭代 ， 服 务 于 各 种 用 途 。 
它们 为 实现 目标 提供 了 预 估 的 缓冲 时 间 ， 为 检视 和 调整 ， 以 及 PI 计划 会 议 提供 了 专 有 的 预 留 时 间 ， 为 创新 提供 了 基于 节奏 的 机 
会 ， 为 持续 教育 提供 了 时 间 ， 为 开发 技术 基础 设施 和 消除 其 他 障碍 提供 了 时 间 ， 也 为 待 办 事项 列表 的 优化 提供 了 时 间 。 


检视 和 调整 (Inspect and Adapt) ”检视 和 调整 (1&A) 是 一 个 周期 性 的 事件 ， 在 每 个 PI 结束 时 举行 。 它 提供 了 时 间 来 展 
示 和 解决 方 案 、 获 取 反 馈 ， 然 后 省 思 、 解 决 问题 ， 并 识别 改进 行动 。 识 别 出 的 改进 行动 可 以 立即 被 纳入 到 PI 计划 会 议 中 。 


和 迭代 执行 (Iteration Execution) ”在 SAFe 里 ， 迭 代 有 一 个 固定 的 、 为 期 两 周 的 时 间 盒 。 敏 捷 团 队 在 这 两 周 内 ， 从 进 代 待 
办 事项 列表 中 领取 待 办 事项 ， 并 对 其 进行 定义 、 构 建 和 测试 ， 以 达到 系统 基线 的 要 求 。 


迭代 目标 (Iteration Goals) ” 运 代目 标 是 业务 和 技术 目标 的 概要 总 结 ， 团 队 和 产品 负责 人 达成 共识 ， 可 以 在 一 个 迭代 内 完 
成 这 些 目标 。 在 SAFe 中 ， 和 迭代 目标 是 敏捷 发 布 火车 的 有 效 组 成 部 分 ， 而 敏捷 发 布 火车 又 是 通过 多 个 自 组 织 和 自 管 理 团 队 所 组 成 
的 整体 团队 。 


迭代 计划 (Iteration Planning) ”办 代 计划 是 一 个 仪式 ， 在 这 期 间 所 有 的 团队 成 员 一 起 对 即将 执行 的 迭代 进行 计划 。 这 个 
会 议 的 产 出 包括 : 和 迭代 待 办 事项 列表 、 在 迭代 期 间 内 承诺 完成 的 故事 和 接收 标准 、 运 代目 标 声明 ， 以 及 为 了 实现 这 些 目标 团队 对 
所 需 工作 的 承诺 。 


AREP (Iteration Retrospective) ”迭代 回顾 是 迭代 结束 时 的 一 个 用 时 较 短 的 团队 会 议 ， 团 队 成 员 聚 集 在 一 个 安全 的 环 
境 中 ， 讨 论 他 们 的 实践 效果 以 及 定义 在 即将 开始 的 下 一 个 迭代 中 要 做 的 改进 。 


迭代 (Iterations) XR (在 scrum 中 叫 Sprint 冲刺 ) 是 一 个 严格 的 时 间 盒 ， 在 时 间 盒 中 ， 团 队 可 以 交付 增 量 价值 ， 这 些 
增 量 价 值 通 过 工作 的 、 经 过 测试 的 软件 和 系统 的 方式 得 以 体现 。 每 个 迭代 有 一 个 标准 模式 : 迭代 计划 、 承 诺 目标 、 执 行 、 向 关键 
利益 相关 者 演示 、 最 后 举行 回顾 会 议 ， 在 回顾 会 议 中 ， 团 队 分 析 和 决定 一 些 必要 的 改进 行动 ， 从 而 提升 他 们 的 绩效 。 


精益 -敏捷 领导 者 (Lean-Agile Leaders) ”精益 -敏捷 领导 者 是 终身 学 习 者 、 经 理 、 老 师 和 教练 ， 他 们 通过 理解 和 前 明 精 
益 、 系 统 思 考 和 敏捷 软件 开发 的 价值 观 、 原 则 和 实践 ， 帮 助 团队 构建 更 好 的 软件 系统 。 精 益 - 敏 捷 领导 者 坚持 精益 -敏捷 领导 力 
的 原则 。 


精益 -敏捷 思维 (Lean-Agile Mindset) ”应 用 敏捷 宣言 和 精益 思想 ， 精 益 -敏捷 思维 提供 了 一 套 非常 完备 的 方法 ， 有 助 于 
情 益 -敏捷 开发 工作 聚焦 在 理解 和 优化 价值 流 从 概念 到 交付 的 整个 过 程 。SAFe 精 益 思想 屋 由 以 下 内 容 构 成 : 基于 在 可 持续 的 最 短 
前 置 时 间 内 交付 价值 、 尊 重 人 和 文化 、 流 动 、 创 新 、 持 续 改进 ， 以 及 思想 屋 的 基础 一 一 精益 -敏捷 领导 力 。 


度量 (Metrics) ”SAFe 的 首要 度量 标准 是 对 可 工作 解决 方案 的 客观 度量 。 度 量 通 过 实验 性 的 方式 进行 设 定 ， 并 通过 贯穿 始 
终 的 以 及 每 个 迭代 和 项 目 群 增 量 结束 时 的 演示 进行 确认 。 同 时 ， 还 有 许多 其 他 的 用 于 中 期 和 长 期 的 度量 指标 ， 可 以 对 团队 、 项 目 
群 和 投资 组 合 的 进展 情况 加 以 度量 。 

里 程 碑 (Milestones) 。 里程碑 用 来 在 开发 时 间 线 上 标记 特定 的 进展 点 ， 它 们 在 度量 和 监控 项 目 群 的 进展 和 风险 上 是 非常 
有 价值 的 。SAFe 中 的 里 程 碑 是 基于 PI、 计 划 的 学 习 点 和 固定 日 期 的 ， 这 与 阶段 -门限 方法 中 的 里 程 碑 有 所 不 同 。 


基于 模型 的 系统 工程 (Model-Based Systems Engineering) ”基于 模型 的 系统 工程 (MBSE) 是 将 建 模 和 建 模 工 具 应 用 
在 解决 方案 开发 的 需求 、 设 计 、 分 析 和 验证 活动 中 。 在 构建 解决 方案 之 前 和 期 间 ，MBSE 提 供 了 一 种 成 本 效益 的 方式 来 学 习 系 统 
特征 ， 它 有 助 于 管理 系统 的 复杂 度 和 大 型 系统 文档 的 成 本 。 


非 功 能 性 需求 (Nonfunctional Requirements) 。 非 功能 性 需求 描述 了 系统 的 属性 ， 如 安全 性 、 可 靠 性 、 性 能 、 可 维护 
性 、 可 扩展 性 和 可 用 性 。 它 们 也 可 以 是 系统 设计 的 约束 或 限制 。 


PI 计划 (PI Planning) ”PI 计划 作为 敏捷 发 布 火车 的 心跳 ， 是 基于 节奏 的 、 面 对 面 计划 的 重大 事件 。PI 计 划 会 议 对 SAFe 来 
说 是 不 可 或 缺 的 ， 更 是 主要 的 组 成 部 分 。 


投资 组 合 待 办 事项 列表 (Portfolio Backlog) ”投资 组 合 待 办 事项 列表 是 SAFe 的 最 高 层级 的 待 办 事项 列表 。 它 提供 了 创建 
一 组 投资 组 合 解决 方案 的 集合 所 需要 的 业务 史诗 和 使 能 史诗 的 持 有 机 制 。 这 些 投资 解决 方案 的 集合 ， 提 供 了 处 理 战略 主题 和 促进 
业务 成 功 所 必需 的 竞争 差异 化 和 运营 效率 。 


投资 组 合 业务 史诗 (Portfolio Business Epic) ”投资 组 合 业务 史诗 描述 了 一 个 投资 组 合 内 最 大 的 跨 领域 、 面 向 业务 的 举 
措 。 


SAAS (Portfolio Kanban) ”SAFe 投 资 组 合 看 板 系 统 主要 用 来 识别 和 管理 史诗 的 流动 ， 史 诗 的 流动 又 会 影响 实现 
价值 流 和 敏捷 发 布 火车 (ART) 的 行动 方针 。 


投资 组 合 层 (Portfolio Level) ”投资 组 合 层 是 SAFe 所 关注 的 最 高 层级 。 它 提供 了 一 个 基本 的 框架 ， 可 以 围绕 一 个 或 多 个 
价值 流 来 组 织 精益 -敏捷 企业 的 运作 ， 这 其 中 的 每 一 个 价值 流 都 可 以 通过 开放 系统 和 解决 方案 来 满足 企业 的 战略 意图 。 


Pl 计划 前 和 PI 计划 后 (Pre-and Post-Pl Planning) ”PI 计划 前 会 议 (Pre-Pl Planning) 和 PI 计划 后 会 议 (Post-Pl 
Planning) 让 大 规模 价值 流 内 的 多 个 ART 和 供应 商 为 下 一 个 PI 制订 一 个 协调 一 致 的 计划 。 这 两 个 会 议 可 以 作为 项 目 群 层级 PI 计划 
的 封装 ， 而 实际 详细 的 计划 发 生 在 PI 计划 会 议 里 。 


产品 管理 (Product Management) ”产品 管理 者 负责 识别 客户 需要 。 他 们 对 ART 愿 景 、 路 线 图 、 定 价 、 许 可 、 投 资 回 报 
和 项 目 群 待 办 事项 列表 负责 。 产 品 管理 者 通过 经 优先 级 排序 的 特性 和 接收 标准 ， 驱 动 PI 目标 和 发 布 内 容 ， 并 且 负 责 验 收 特性 达到 


产品 负责 人 (Product Owner) ”产品 负责 人 是 团队 的 一 员 ， 负 责 定义 故事 ， 对 团队 待 办 事项 列表 进行 优先 级 排序 。 产 品 
负责 人 也 是 扩展 的 产品 管理 /产品 负责 人 团队 的 一 员 ， 理 解 和 贡献 项 目 群 待 办 事项 列表 、 愿 景 和 路 线 图 。 


项 目 群 待 办 事项 列表 (Program Backlog) ”项 目 群 待 办 事项 列表 是 一 个 唯一 的 、 权 威 存储 库 ， 该 列表 包含 所 有 预期 的 、 
即将 到 来 推进 敏捷 发 布 火车 解决 方案 的 工作 。 这 个 待 办 事项 列表 主要 由 试图 处 理 用 户 需要 和 交付 业务 收益 的 特性 组 成 ， 它 也 包括 
构建 架构 跑道 所 必需 的 使 能 特性 。 


项 目 群 史诗 (Program Epics) 项目 群 史诗 是 足够 大 的 举措 ， 是 经 过 了 进一步 分 析 和 轻 量化 的 业务 论证 ， 但 是 它们 仅 对 单 
列 敏捷 发 布 火车 有 效 。 项 目 群 史诗 与 特性 有 所 不 同 ， 特 性 可 以 足够 小 ， 从 而 适合 单个 PI 执 行 ， 但 项 目 群 史诗 可 能 需要 几 个 Pl 来 实 
现 。 项 目 群 史诗 可 以 来 自 于 价值 流 史诗 或 者 投资 组 合 史诗 ， 它 们 也 可 能 来 自 于 执行 ART 的 过 程 中 ， 用 来 代表 更 大 的 工作 量 和 价 
值 。 


项 目 群 增 量 (Program Increment) ”项 目 群 增 量 (PI) 是 较 大 的 开发 时 间 盒 ， 使 用 节奏 和 同步 来 促进 计划 、 限 制 WIP、 
提供 具有 新 闻 价值 的 聚合 反馈 ， 并 且 确 保 一 致 的 项 目 群 层级 回顾 。 它 由 多 个 开发 迭代 和 一 个 创新 与 计划 达 代 组 成 。 根 据 PI 的 范围 
不 同 ，PI 有 时 也 会 根据 投资 组 合 层级 的 考虑 因素 和 路 线 图 提供 相应 的 节奏 。 


项 目 群 看 板 (Program Kanban) ”项 目 群 看 板 有 助 于 确保 特性 在 迭代 内 分 析 完 成 ， 而 不 会 跨越 迭代 的 边界 。 在 项 目 群 看 
板 中 ， 需 要 对 特性 进行 适当 估算 并 排 定 优先 级 ， 同 时 建立 特性 的 接收 标准 。 


项 目 群 层 (Program Level) ”项 目 群 层 是 通过 投入 人 力 和 其 他 相关 资源 ， 实 现 重大 的 、 长 远 的 企业 使 命 的 载体 。 在 SAFe 
中 ， 由 长 期 稳定 存在 的 敏捷 发 布 火车 对 项 目 群 进行 交付 ， 交 付 的 成 果 是 价值 流 的 一 部 分 (在 某 些 情况 下 是 价值 流 的 全 部 ) 。 


项 目 群 PI 目 标 (Program PI Objectives) ”项 目 群 的 PI 目标 由 每 个 团队 的 PI 目标 聚合 而 成 ， 由 业务 负责 人 批准 并 分 配 业务 
价值 。 如 果 需 要 价值 流 层级 的 PI 计划 ， 那 么 就 可 以 对 项 目 群 的 PI 目标 进行 同步 ， 并 聚合 成 价值 流 的 PI 目标 。 


项 目 群 投 资 组 合 管理 (Program Portfolio Management) ”项 目 群 投资 组 合 管理 (PPM) 存在 于 企业 投资 组 合 中 ， 代 表 
着 拥有 最 高 级 别 战略 和 受托 决策 责任 的 职能 。PPM 职 能 所 担负 的 责任 包括 : 战略 和 投资 资金 、 项 目 群 管理 和 治理 。 


发 布 (Release) ”精益 -敏捷 的 目标 是 频繁 交付 有 价值 的 、 可 工作 的 并 且 经 过 全 面 测试 的 解决 方案 增 量 。 这 一 目标 是 通过 
一 系列 的 发 布 来 完成 的 ， 每 一 个 发 布 都 是 为 了 确认 和 保障 最 终 的 使 用 效果 ， 同 时 也 可 以 给 出 一 些 必要 的 文档 从 而 确保 发 布 的 成 功 
应 用 。 


随时 发 布 (Release Any Time) ”SAFe 提 供 了 一 套 关 注 点 分 离 的 策略 ， 一 方面 给 开发 团队 提供 了 所 需要 的 节奏 和 同步 工 
具 ， 让 他 们 在 自己 的 环境 里 管理 复杂 度 和 快速 的 变更 ; 另 一 方面 也 允许 将 价值 交付 到 市 场 的 过 程 中 ， 采 取 同 步 (在 Pl 边界 上 发 
布 ) 或 异步 (在 任何 时 候 都 可 以 发 布 ) 的 方式 。 


发 布 管理 (Release Management) ”发 布 管理 是 通过 对 发 布 进行 计划 、 管 理 和 治理 的 职能 。 发 布 管理 担负 着 帮助 指导 价 
值 流 接近 业务 目标 的 权威 和 责任 。 发 布 管理 可 能 会 包含 专职 的 人 员 ， 也 可 能 只 是 一 个 角色 ， 这 个 角色 由 投资 组 合 中 不 同 的 精益 - 
敏捷 领导 者 承担 。 


发 布 火 车 工程 师 (Release Train Engineer) ”发 布 火车 工程 师 (RTE) 引导 敏捷 发 布 火车 的 流程 和 执行 。RTE 可 以 把 遇 到 
的 障碍 向 上 级 汇报 ， 帮 助 管理 风险 ， 确 保价 值 交付 ， 并 推动 持续 改进 。 


路 线 图 (Roadmap) ”路 线 图 可 以 在 时 间 线 的 维度 上 ， 对 已 经 计划 好 的 敏捷 发 布 火车 及 其 价值 流 可 交付 物 和 里 程 碑 等 内 容 
进行 沟通 。 路 线 图 包括 承诺 的 交付 物 ， 以 及 接 下 来 几 个 PI 预测 的 交付 物 的 可 视 化 。 随 着 愿景 和 交付 战略 的 演进 ， 路 线 图 可 以 由 解 
决 方案 管理 和 产品 管理 进行 开发 和 更 新 。 


SAFe 原 则 (SAFe Principles) ”SAFe 基 于 九 个 恒定 的 、 基 本 的 精益 和 敏捷 原则 。 这 些 原则 作为 基础 原理 、 根 本 真理 和 经 济 
基础 ， 推 动 着 SAFe 有 效 实施 的 各 种 角色 和 不 同 实践 。 


Scrum Master SAFe Scrum Master 是 敏捷 团队 的 仆人 式 领 导 和 教练 。 主 要 职责 包括 确保 流程 得 以 遵循 ， 对 团队 进行 
Scrum、XP 和 SAFe 的 培训 ， 清 除 障碍 ， 并 培养 高 绩效 团队 的 动态 的 、 持 续 流动 的 和 不 断 改进 的 环境 。 


ScrumXP ”ScrumXP 是 跨 职能 、 自 组 织 团队 在 SAFe 的 上 下 文中 运作 的 一 个 轻 量 级 的 、 有 纪律 的 、 有 效 的 过 程 。ScrumXP 
团队 由 5 ~ 9 人 组 成 ， 尽 可 能 安排 在 同一 地 点 工作 。ScrumXP 团 队 使 用 Scrum 项 目 管理 实践 和 采纳 XP 的 工程 技术 实践 ， 并 对 价值 
的 流动 进行 可 视 化 和 度量 。 


基于 集合 的 设计 (Set-Based Design) ”基于 集合 的 设计 是 一 种 在 开发 周期 中 的 较 长 时 间 内 ， 维 持 多 个 需求 和 设计 选项 的 
实践 。 基 于 涌现 出 的 知识 ， 通 过 采用 经 验 数据 来 逐渐 聚焦 关键 领域 。 


共享 服务 (Shared Services) ”共享 服务 代表 着 敏捷 发 布 火车 或 价值 流 成 功 所 必需 的 专业 角色 ， 但 这 些 角色 不 能 全 职工 作 
在 任何 特定 的 火车 上 。 这 些 角色 可 能 包括 安全 专家 、 信 息 架 构 师 、DBA、 技 术 文 档 编写 人 员 、 质 量 保证 人 员 和 人 T 运 维 人 员 等 。 


解决 方案 (Solution) ”解决 方案 要 么 是 交付 给 最 终 客户 的 最 终 产品 ， 要 么 是 一 组 能 够 在 组 织 内 实现 运营 价值 流 的 系统 。 


解决 方案 架构 师 /工程 师 (Solution Architect/Engineering) 


SAFe 解 决 方案 架构 师 /工程 师 ， 代 表 着 对 解决 方案 的 整体 架构 和 工程 设计 负 有 技术 责任 的 个 人 和 团队 。 他 们 帮助 将 价值 流 和 
敏捷 发 布 火车 对 齐 到 一 个 共同 的 技术 和 架构 愿景 上 。 


解决 方案 上 下 文 (Solution Context) ”解决 方案 上 下 文 标识 了 目标 解决 方案 环境 的 关键 方面 ， 及 其 对 解决 方案 本 身 的 使 
用 、 安 装 、 运 营 和 支持 的 影响 。 它 影响 开发 优先 级 、 基 础 设施 、 测 试 环境 、 解 决 方案 能 力 、 特 性 和 非 功能 性 需求 。 它 还 建立 
DevOps 和 类 似 部 署 所 要 考虑 的 焦点 领域 。 


解决 方案 演示 (Solution Demo) ”解决 方案 演示 是 价值 流 PI 周 期 中 最 重要 的 事件 。 来 自 多 个 ART 的 所 有 开发 工作 的 结果 ， 
以 及 供应 商 所 做 的 贡献 ， 都 将 被 集成 、 评 估 并 使 客户 和 其 他 利益 相关 者 可 见 。 此 演示 提供 了 定期 的 节奏 ， 用 于 客观 评估 解决 方 
案 ， 以 及 收集 利益 相关 者 和 客户 的 反馈 。 


解决 方案 意图 (Solution Intent) ”解决 方案 意图 代表 着 信息 存储 库 ， 用 于 人 存储、 管理 和 传达 系统 构建 者 正在 开发 的 解决 
方案 知识 ， 以 及 关于 他 们 将 如 何 构建 系统 的 技术 信息 。 解 决 方案 意图 包括 解决 方案 当前 状态 的 规格 说 明 书 ， 设 计 和 测试 ， 以 及 预 
期 的 变更 。 它 可 以 通过 许多 形式 实现 ， 从 文档 、 电 子 表格 和 白板 会 话 ， 到 正式 的 需求 工具 和 建 模 工具 。 


解决 方案 管理 (Solution Management) ”解决 方案 管理 者 是 价值 流 的 内 容 权威 。 他 们 对 价值 流 待 办 事项 列表 的 开发 和 优 
先 级 排序 担负 主要 责任 。 他 们 与 客户 合作 ， 了 解 客户 的 需要 ， 创 建 愿景 和 路 线 图 ， 定 义 需求 ， 并 通过 价值 流 看 板 指 导 工作 。 


跨 层 级 面板 (Spanning Palette) 。” 跨 层 级 面板 本 身 不 是 一 种 工件 ， 而 是 包含 可 以 在 SAFe 框 架 的 任何 级 别 应 用 的 各 种 角色 
和 不 同 工 件 。 它 用 于 根据 特定 的 上 下 文 定制 所 需 的 实现 框架 。 更 完整 的 讨论 请 参阅 项 目 群 层级 的 内 容 。 


故事 (Stories) ”在 敏捷 开发 中 ， 故 事 是 定义 系统 行为 的 主要 工件 。 故 事 不 是 需求 ， 它 们 是 对 所 需 功能 的 一 小 部 分 的 简短 
描述 ， 通 常 从 用 户 的 角度 来 讲述 ， 并 且 用 用 户 的 语言 来 编写 。 每 个 故事 则 在 支持 实现 一 个 小 的 、 垂 直 的 系统 功能 切片 ， 这 个 切片 
高 度 地 支持 增 量 开发 。 


战略 主题 (Strategic Themes) ”战略 主题 是 具体 的 、 条 目 化 的 业务 目标 ， 它 将 SAFe 投 资 组 合 与 企业 业务 战略 进行 关联 。 
它们 提供 相应 的 环境 ， 从 而 支持 投资 组 合 内 的 决策 ， 以 及 在 价值 流 和 ART 中 考虑 经 济 框架 的 影响 和 投资 。 它 们 作为 预算 、 投 资 组 
合 、 解 决 方案 和 项 目 群 待 办 事项 列表 的 决策 输入 。 


供应 商 (Supplier) ”供应 商 通过 开发 和 交付 组 件 和 子 系统 ， 来 帮助 精益 -敏捷 组 织 为 其 客户 交付 价值 。 供 应 商 拥有 唯一 
的 、 特 殊 的 胜任 能 力 和 解决 方案 ， 而 且 他 们 是 各 自 技术 领域 中 的 专家 ， 他 们 可 以 提供 高 效 的 杠杆 优势 ， 进 行 快 速 和 经 济 的 交付 。 


系统 架构 师 / 工 程 师 (System Architect/Engineering) ”系统 架构 师 / 工 程 师 ， 将 多 个 ART 对 齐 到 在 开发 中 的 解决 方案 共同 
的 技术 和 架构 愿景 上 。 他 们 参与 定义 系统 和 子 系统 ， 确 认 技 术 假设 和 评估 蔡 代 方案 。 他 们 通过 提供 、 交 流 和 演进 解决 方案 更 大 的 
技术 和 架构 视角 ， 来 支持 系统 开发 。 


系统 演示 (System Demo) ”系统 演示 是 评估 完整 的 ART 系 统 并 获得 利益 相关 者 反馈 的 主要 机 制 。 它 在 每 次 迭代 结束 时 发 
生 ， 并 提供 在 最 近 的 进 代 中 ， 火 车 上 的 所 有 团队 交付 的 新 特性 的 集成 和 聚合 的 演示 。 系 统 演示 为 ART 提 供 了 基于 事实 的 度量 ， 反 
映 了 在 项 目 群 增 量 中 当前 的 状态 和 系统 级 进展 。 


系统 团队 (System Team) ”系统 团队 是 ART 或 价值 流 (有 时 是 两 者 ) 上 的 一 种 特殊 的 敏捷 团队 ， 负 责 协助 构建 和 使 用 敏 
捷 开 发 环境 基础 设施 ， 包 括 持续 集成 和 测试 自动 化 ， 集 成 来 自 各 敏捷 团队 的 资产 ， 以 及 执行 端 到 端 解决 方案 测试 。 在 系统 演示 中 
他 们 经 常 参与 演示 解决 方案 。 


团队 待 办 事项 列表 (Team Backlog) ”团队 待 办 事项 列表 包含 团队 需要 做 得 所 有 工作 的 集合 ， 团 队 通 过 完成 这 些 工 作 可 以 
推进 他 们 所 负责 的 那 部 分 系统 得 以 实现 。 该 列表 包含 来 自 项 目 群 待 办 事项 列表 的 用 户 故 事 和 使 能 故事 ， 也 包含 从 团队 的 具体 环境 
中 所 产生 的 故事 。 


团队 演示 (Team Demo) ”团队 演示 用 于 在 每 次 迭代 结束 时 ， 通 过 向 产品 负责 人 、 其 他 团队 成 员 和 利益 相关 者 演示 可 工作 
的 故事 ， 来 衡量 团队 的 进度 ， 并 获取 他 们 的 反馈 。 团 队 在 这 个 演示 中 展示 每 个 故事 、 探 针 (spike) 、 重 构 和 新 的 非 功能 性 需 


团队 看 板 (Team Kanban) ”团队 看 板 是 一 种 促进 价值 流动 的 方法 ， 它 通过 可 视 化 工作 流 ， 建 立 在 制品 (WIP) 限制 ， 度 
量 吞吐 量 和 不 断 改进 流程 促进 价值 流动 。 看 板 对 系统 团队 、DevOps 和 | 维护 团队 特别 有 用 ， 对 于 其 他 场景 ， 比 如 强制 响应 、 优 先 
级 快速 变化 、 计 划 活 动 的 价值 很 低 等 情况 ， 同 样 可 以 选择 团队 所 适用 的 看 板 。 


团队 层 (Team Level) 
团队 层级 描述 了 为 敏捷 发 布 火车 提供 动力 的 敏捷 团队 的 组 织 、 工 件 、 角 色 、 活 动 和 流程 模型 。 


团队 PI 目标 (Team PI Objectives) ”团队 PI 目标 是 对 敏捷 团队 在 下 一 个 PI 中 准备 实现 的 具体 业务 和 技术 目标 的 总 结 描述 。 
团队 PI 目标 的 目的 是 确认 对 业务 和 技术 意图 的 理解 ， 其 所 关注 的 焦点 是 与 成 果 对 齐 ， 而 不 是 关注 过 程 或 战术 ， 并 以 增强 沟通 、 协 
调 一 致 和 可 见 性 的 方式 来 汇总 数据 。 


测试 先行 (Test-First) ”测试 先行 是 以 较 小 增 量 的 方式 对 系统 进行 开发 和 测试 的 实践 ， 通 常 是 在 代码 或 组 件 开发 之 前 开发 
测试 代码 本 身 。 通 过 这 种 方式 ， 测 试用 于 在 系统 构建 之 前 详细 地 和 更 好 地 定义 预期 的 系统 行为 ， 从 而 提高 系统 质量 。 


用 户 体 验 (User Experience) ”尽管 敏捷 团队 负责 实现 解决 方案 ， 而 且 也 包括 面向 用 户 的 元 素 ， 但 是 用 户 体验 (UX) 设计 
师 可 以 支持 在 较 大 解决 方案 的 多 个 组 件 和 系统 之 间 提 供 一 致 的 用 户 体验 。 


价值 流 待 办 事项 列表 (Value Stream Backlog) ”价值 流 待 办 事项 列表 是 一 个 存储 库 ， 包 含 需要 做 的 所 有 工作 ， 通 过 完成 
这 些 工作 推进 解决 方案 的 实现 。 价 值 流 待 办 事项 列表 包括 需要 实现 的 解决 方案 能 力 和 使 能 能 力 ， 其 中 解决 方案 能 力 可 以 跨越 多 个 
ART， 使 能 能 力 可 以 促进 学 习 和 构建 架构 跑道 。 


价值 流 协调 (Value Stream Coordination) ”价值 流 协调 为 管理 投资 组 合 中 的 跨越 多 个 价值 流 的 依赖 提供 了 指导 。 


价值 流 工程 师 (Value Stream Engineer) ”价值 流 工程 师 (VSE) 引导 价值 流 的 流程 和 执行 。 VSE 可 以 把 遇 到 的 障碍 向 上 
级 汇报 ， 管 理 风 险 ， 并 帮助 确保 价值 交付 和 持续 改进 。 


价值 流 史诗 (Value Stream Epics) ”价值 流 史诗 是 足够 大 的 举措 ， 是 经 过 了 进一步 分 析 和 轻 量 化 的 业务 论证 的 (参见 
Epic) ， 但 是 它们 仪 对 单个 价值 流 有 效 。 价 值 流 史诗 与 能 力 有 所 不 同 ， 能 力 可 以 足够 小 ， 从 而 适合 单个 P| 执行， 但 价值 流 史诗 可 
能 需要 几 个 PI 来 实现 。 价 值 流 史 诗 可 以 来 自 于 投资 组 合 史 诗 ， 它 们 也 可 能 来 自 于 执行 价值 流 的 过 程 中 ， 用 来 代表 更 大 的 举措 。 


价值 流 看 板 (Value Stream Kanban) ”价值 流 看 板 有 助 于 确保 价值 流 史诗 和 能 力 在 PI 内 进行 推理 和 分 析 完 成 ， 而 不 会 跨 
越 PI 的 边界 。 在 价值 流 看 板 中 ， 需 要 对 能 力 进行 适当 的 优先 级 排 定 ， 并 且 建 立 接收 标准 以 指导 高 保 真实 现 。 


价值 流 层 (Value Stream Level) ”价值 流 层级 支持 系统 构建 者 进行 大 型 和 复杂 解决 方案 的 实现 ， 通 常 需要 多 个 ART 来 完 
成 ， 同 时 也 需要 供应 商 的 参与 和 贡献 。 那 些 面临 超大 型 系统 挑战 的 企业 ， 在 构建 大 规模 、 多 学 科 的 软件 和 信息 物理 系统 时 ， 就 会 
使 用 到 价值 流 层级 。 


价值 流 PI 目 标 (Value Stream PI Objectives) ”在 PI 计划 后 会 议 期 间 ，ART 的 各 项 目标 在 价值 流 层 被 进一步 概括 ， 并 生成 
价值 流 的 目标 。 这 是 SAFe 的 最 高 层级 的 PI 目标 ， 它 们 向 利益 相关 者 传达 整个 价值 流 在 下 一 个 Pl 中 交付 哪些 成 果 。 


价值 流 (Value Streams) ”价值 流 是 SAFe 的 主要 组 成 部 分 ， 它 可 以 用 来 理解 、 组 织 和 交付 价值 。 每 一 个 价值 流 都 是 需要 
考虑 被 长 期 执行 的 ， 企 业 可 以 用 价值 流向 客户 提供 持续 的 价值 流动 。 价 值 流 由 敏捷 发 布 火 车 实现 。 


愿景 (Vision) ”愿景 描述 了 将 要 开发 的 解决 方案 的 未 来 视图 ， 反 映 了 客户 和 利益 相关 者 的 需要 ， 以 及 为 满足 这 些 需要 而 提 
出 的 特性 和 能 力 。 愿 景 提 供 了 正在 开发 的 解决 方案 的 更 大 的 、 与 环境 相关 的 概览 和 目的 。 愿 景 出 现在 跨 层级 面板 上 ， 可 以 应 用 在 
SAFe 框 架 的 任何 层级 。 


加 权 最 短 作业 优先 (Weighted Shortest Job First) ” 加权 最 短 作业 优先 (WSJF) 是 一 种 基于 产品 开发 流 ， 为 “作业 ” 排 
定 优先 级 的 经 济 模型 。WSJF 的 计算 公式 是 : 延迟 成 本 除 以 作业 持续 时 间 。 在 SAFe 中 ，“ 作 业 ” 是 指 史诗 、 特 性 和 能 力 ， 在 ART 
中 进行 开发 实现 。 延 迟 成 本 有 三 个 基本 元 素 : 


1) 用 户 /业务 价值 ; 2) 时 间 紧 迫 性 ; 3) 降低 风险 /促成 机 会 的 价值 。 
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